基于JAVA+SpringBoot+Vue的社区智慧养老监护管理平台

前言

✌全网粉丝20W+,csdn特邀作者、博客专家、CSDN[新星计划]导师、java领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java技术领域和毕业项目实战✌

🍅文末附源码下载链接🍅

哈喽兄弟们，好久不见哦～

最近整理了一下之前写过的一些小项目/毕业设计。发现还是有很多存货的，想一想既然放在电脑里面也吃灰，那么还不如分享出去，没准还可以帮助到一些同学。
课题背景

二十一世纪互联网的出现，改变了几千年以来人们的生活，不仅仅是生活物资的丰富，还有精神层次的丰富。时代进步的标志，就是让人们过上更好的生活。在互联网诞生之前，地域位置往往是人们思想上不可跨域的鸿沟，信息的传播速度极慢，信息处理的速度和要求还是通过人们骑马或者是信鸽传递，这些信息传递都是不可控制的，中间很有可能丢失，信息的传递水平决定了人们生活的水平。现如今，大家都在用互联网来实现自己的目的，从内部管理设置计算机管理，提高内部信息管理水平，从外部市场也可以用计算机获取相关数据进行处理，如今各行各业已经严重依赖于计算机了。

本课题研究和开发社区智慧养老监护管理平台，让安装在计算机上的该系统变成管理人员的小帮手，提高社区智慧养老监护信息处理速度，规范社区智慧养老监护信息处理流程，让管理人员的产出效益更高。

课题意义

传统处理数据，必须是一张张纸，然后处理完毕又是统计在一张张纸上面，不断的重复处理，最终有个结果给最高层作为参考，这个模式在互联网没有出现之前，是一种常见的事情，信息管理的效率提不上去，那就用人才，人多力量大，是一个以前人们的常识。计算机的诞生就是发现了人多力量大的不足，比如高端计算人才的培养已经跟不上使用了，所以人们研究出专门帮助人们计算的机器，就是计算机的前身，到了互联网时代，人们发现完全可以让程序供应商提供解决方案，自己挑选自己合适的方案来提高自己的产出比。于是市面上就出现了各种各样的依靠程序处理信息的解决方案。

本课题研发的社区智慧养老监护管理平台，就是提供社区智慧养老监护信息处理的解决方案，它可以短时间处理完信息，并且只需要使用者动动鼠标和键盘就能获取自己需要的信息，并且这些信息都有专门的存储设备，而且数据的备份和迁移都可以设定为无人值守，从人力角度和信息处理角度以及信息安全角度，社区智慧养老监护管理平台是完胜传统纸质操作的，所以社区智慧养老监护管理平台就是如此的值得信赖。

操作流程

使用者在操作社区智慧养老监护管理平台中，应该按照本系统提供的操作流程（图3.1即为本系统的操作流程图）进行操作，这样可以减少使用者操作中出现的错误，从而节省进入社区智慧养老监护管理平台的时间。

图3.1 系统操作流程

登录流程

社区智慧养老监护管理平台通过登录功能（图3.2即为其登录的流程）引导使用者进入指定的功能操作区，也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息，从而保障本系统用户的安全使用。

图3.2 登录流程

删除信息流程

社区智慧养老监护管理平台在经过长期使用后，会产生很多的数据信息。为了腾出存储空间存放更多的数据，本系统数据库中存储的数据，一些没有参考价值的数据需要进行删除（图3.3即为删除信息的流程），删除数据过程中，为避免误删，使用者要根据系统的提示来决定是否删除数据。

图3.3 删除信息流程

添加信息流程

社区智慧养老监护管理平台提供可视化的功能操作区，非常方便使用者进行数据操作，当使用者往系统中录入数据时（图3.4即为添加信息的流程），本系统也会进行数据合法性的判断，符合要求的数据才能够在数据库指定表中进行登记。

图3.4 添加信息流程

性能需求

在需求分析中就应该对项目所需服务器性能进行分析，这样才符合正常的分析流程。只谈功能需求不谈性能需求，是一件很严重的事情，可能会导致使用过程中出现一系列不可预测的问题，所以性能需求也是需要考虑的重要项。

下面就是从几个方面来进行系统的性能分析，从每个角度来分析系统性能。

(1)系统数据的容量：从数据角度来分析，每个表和每个数据库，达到的数据量到一定的程度，是否需要分表或者是分库，超过了数据的设定限度，可能会导致数据反映迟钝，容错量增加。

(2)数据精度的要求：需要对需求分析里面数据设定环节，考虑相应的数据精度问题，需要发现数据是常用的精度还是非常用的精度，进而设定不同的数值。数据的精度问题，会直接导致设计的性能问题。

(3)时间响应要求：从用户提交操作，到页面反映，中间有个数据处理的问题，如果数据量大，那么考虑索引问题和分库问题，数据量再大就要考虑增加列式数据库的问题，这些都要根据数据量的增加以及逻辑的严密性来进行判断，才能符合用户的要求，毕竟响应时间太久操作起来也不舒服。

系统的性能需求从业务需求之初就能大致了解到性能需求相关的概念，再从系统性能需求来逐条实现，可以让设计的系统有使用价值。

功能需求

社区智慧养老监护管理平台根据使用权限的角度进行功能分析，并运用用例图来展示各个权限需要操作的功能。

图3.5即为管理员用例图，管理员权限操作的功能包括对后勤人员，体检员，护工，老人，房间信息，房间入住信息，反馈信息以及留言等信息的管理。

图3.5 管理员用例图

图3.6即为后勤人员用例图，后勤人员权限操作的功能包括查看房间，查看房间入住的老人，查看反馈信息，查看物资申请信息等。

图3.6 后勤人员用例图

图3.7即为护工用例图，护工权限操作的功能包括查看老人信息，查看反馈信息，查看留言信息，查看公告等。

图3.7 护工用例图

图3.8即为体检员用例图，体检员权限操作的功能包括查看物资申请信息，查看老人信息，查看房间入住信息等。

图3.8 体检员用例图

图3.9即为用户用例图，用户权限操作的功能包括管理留言，管理反馈信息，管理物资申请信息，查看老人信息等。

图3.9 用户用例图

系统的设计一切都是为了用户的使用，虽然用户使用过程中可能只是面对着浏览器进行各种操作，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，设计一个系统需要考虑到方方面面。

功能结构设计

图4.1即为设计的管理员功能结构，管理员权限操作的功能包括对后勤人员，体检员，护工，老人，房间信息，房间入住信息，反馈信息以及留言等信息的管理。

图4.1 管理员功能结构

图4.2即为设计的后勤人员功能结构，后勤人员权限操作的功能包括查看房间，查看房间入住的老人，查看反馈信息，查看物资申请信息等。

图4.2 后勤人员功能结构

图4.3即为设计的护工功能结构，护工权限操作的功能包括查看老人信息，查看反馈信息，查看留言信息，查看公告等。

图4.3 护工功能结构

图4.4即为设计的体检员功能结构，体检员权限操作的功能包括查看物资申请信息，查看老人信息，查看房间入住信息等。

图4.4 体检员功能结构

图4.5即为设计的用户功能结构，用户权限操作的功能包括管理留言，管理反馈信息，管理物资申请信息，查看老人信息等。

图4.5 用户功能结构

数据库设计

社区智慧养老监护管理平台运行中产生的数据需要按照提前设置的存储规则进行保存，而这个存储规则则是在数据库的设计中进行设置的。通常情况下，为了更好的配合系统运行，也要给用户带来良好的使用体验，设计一个很好的数据库是必须的，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要花费一定的时间来分析系统对于数据存储的要求以及存储的具体数据，然后设计具体的存储规则，保证数据库能够对系统的各种数据请求进行及时回应，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。

数据库概念设计

实体-联系图还有一个名称即E-R图，是Entity Relationship Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接，基于这样的方式即可完成对本系统的E-R图进行完整绘制。

（1）图4.4即为管理员这个实体所拥有的属性值。