養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要隨著老年化步伐的加速，老年人群體對(duì)于社會(huì)養(yǎng)老服務(wù)水平的要求不斷提高，期待獲得適時(shí)，適宜，經(jīng)濟(jì)，合理的社會(huì)養(yǎng)老模式，在這樣的條件與環(huán)境下，社會(huì)養(yǎng)老服務(wù)逐漸成為現(xiàn)代醫(yī)療衛(wèi)生服務(wù)中不能缺少的重要組成部分，并逐步成長(zhǎng)了起來(lái)。盡管民眾對(duì)經(jīng)濟(jì)上便捷的社會(huì)養(yǎng)老服務(wù)的要求日益緊迫，但同時(shí)也暴露出社會(huì)養(yǎng)老服務(wù)有待加強(qiáng)的方面。社區(qū)養(yǎng)老系統(tǒng)能夠方便、快捷地處理各項(xiàng)事務(wù)。本系統(tǒng)借助IDEA平臺(tái)以及MYSQL開(kāi)發(fā)工具，以B/S為基點(diǎn)完成整體開(kāi)發(fā)。該系統(tǒng)按照四個(gè)角色來(lái)進(jìn)行功能模塊劃分：管理員可管理系統(tǒng)的權(quán)限列表、用戶列表、日志列表、老人信息、床位信息、護(hù)工信息、親屬信息、探訪申請(qǐng)、繳費(fèi)信息等。護(hù)工可以添加查看老人的基本信息、床位分配管理、查詢護(hù)工信息、薪資待遇、護(hù)工假勤。本系統(tǒng)是利用SSM結(jié)構(gòu)，系統(tǒng)開(kāi)發(fā)平臺(tái)選擇了IDEA2021，系統(tǒng)主要的開(kāi)發(fā)語(yǔ)言采用Java（JDK:1.8.0）、VUE、MySQL等。系統(tǒng)后臺(tái)管理采用ElementUI框架和HTML、CSS、LESS，SCSS等語(yǔ)言；采用MySQL關(guān)系型數(shù)據(jù)庫(kù)；使用MyBatisPlus數(shù)據(jù)庫(kù)ORM框架開(kāi)發(fā)；采用SpringBoot內(nèi)置Tomcat/Jetty作為應(yīng)用務(wù)器。本系統(tǒng)主要實(shí)現(xiàn)的功能模塊主要包括：系統(tǒng)的登錄、老人信息模塊、床位信息模塊、護(hù)工信息模塊、護(hù)工假勤模塊等。關(guān)鍵詞：SpringBoot；MyBatisPlus；養(yǎng)老；MySQL；IDEA目錄TOC\o"1-3"\h\u265191緒論 頁(yè)緒論隨著社會(huì)的發(fā)展變遷，我國(guó)人口老齡化問(wèn)題越加嚴(yán)重，傳統(tǒng)的養(yǎng)老院模式在當(dāng)今高速發(fā)展的互聯(lián)網(wǎng)時(shí)代，存在著很多局限性，人工操作的模式，容易導(dǎo)致大量的人力物力的流失，這些問(wèn)題的出現(xiàn)推動(dòng)了信息技術(shù)的實(shí)現(xiàn)，急需一種高效率簡(jiǎn)單的操作系統(tǒng)來(lái)改良目前狀況。研究背景和意義人口老齡化已經(jīng)成為我國(guó)社會(huì)乃至全人類發(fā)展中最為關(guān)注的問(wèn)題之一，且我國(guó)人口老齡化發(fā)展過(guò)程中還出現(xiàn)空巢化趨勢(shì)，了解空巢老人的需要，加強(qiáng)對(duì)他們的關(guān)注無(wú)論是對(duì)空巢老人，對(duì)社會(huì)及國(guó)家來(lái)講都是有必要的。民間傳統(tǒng)的養(yǎng)兒防老，老人的病情并沒(méi)有被家人或者醫(yī)生及時(shí)的發(fā)現(xiàn)和的到良好的診斷，老人的病例以及身體狀況指標(biāo)信息不齊全也很大程度上影響醫(yī)師對(duì)老人身體狀況進(jìn)行的正確評(píng)估，部分身心殘障的老人購(gòu)買物品和就餐也是很大的問(wèn)題，對(duì)當(dāng)代老人心里狀況和精神生活需求也不能適應(yīng)，老人的健康問(wèn)題很容易遭到忽略。為了緩解空巢老人的實(shí)際需要，滿足老年人生活需要，情感需要，社區(qū)養(yǎng)老能夠給豐富的物質(zhì)和精神生活。且當(dāng)前疫情愈發(fā)嚴(yán)重，社區(qū)養(yǎng)老院管理變得愈發(fā)重要。國(guó)家視角：通過(guò)妥善解決空巢老人問(wèn)題促進(jìn)了社會(huì)主義和諧社會(huì)的建設(shè)，促進(jìn)了尊老愛(ài)幼的中華傳統(tǒng)文化的傳承與發(fā)揚(yáng)。而社會(huì)視角：通過(guò)構(gòu)建和完善社會(huì)老齡化問(wèn)題有利于增進(jìn)社區(qū)平等互助的良好氛圍，增強(qiáng)鄰里感情，調(diào)高了社會(huì)的凝聚力，促進(jìn)了社會(huì)的健康發(fā)展。個(gè)人視角：通過(guò)構(gòu)建和完善社會(huì)贍養(yǎng)問(wèn)題，可以讓空巢老人更好的享受晚年生活，從而提高幸福度以及歸屬感，也可以讓年輕人緩解養(yǎng)老壓力，更好的保持與家人的和睦，所以社區(qū)養(yǎng)老模式營(yíng)時(shí)而生，可以幫助中國(guó)家庭實(shí)現(xiàn)社區(qū)養(yǎng)老，合理配置護(hù)理資源，解決國(guó)家養(yǎng)老資源匱乏。養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)對(duì)全面提高養(yǎng)老院的服務(wù)及管理水平有很大的提升，為養(yǎng)老院的發(fā)展提供了可靠依據(jù)，減少護(hù)工人員的工作量，通過(guò)收集各種養(yǎng)老服務(wù)的數(shù)據(jù)，一方面完成數(shù)據(jù)統(tǒng)計(jì)，以報(bào)表的形式呈現(xiàn)結(jié)果，另一方面，為管理工作提高可靠的數(shù)據(jù)信息支持。國(guó)內(nèi)外研究現(xiàn)狀老齡化已經(jīng)成了我國(guó)的“基本國(guó)情”，老齡化問(wèn)題已經(jīng)成為我國(guó)近些年來(lái)持續(xù)面臨的挑戰(zhàn)，第七次人口普查結(jié)果更是印證了這一判斷，根據(jù)公布的全國(guó)第七次人口普查數(shù)據(jù)統(tǒng)計(jì)報(bào)告顯示，中國(guó)總?cè)丝?41178萬(wàn)，其中60歲及以上口為26402萬(wàn)，占總?cè)丝诘?8.7%；65歲及以上人口為19064萬(wàn)，占總?cè)丝诘?3.5%。該報(bào)告中也提出從2021年到2050年期間，我國(guó)社會(huì)將處于加速老齡化的發(fā)展階段。到2030年和2050年老年人數(shù)量將分別超過(guò)2.7億和4億，老齡化水平超過(guò)30%。且我國(guó)人口老齡化發(fā)展過(guò)程中還出現(xiàn)空巢化趨勢(shì)，老年人口越來(lái)越多，新一代90后因?yàn)榉抠J、車貸等各種因素生育意愿低，所以在今后的幾十年中，老人占比會(huì)越來(lái)越多，因此養(yǎng)老院的發(fā)展越來(lái)越重要。而且近幾年來(lái)新冠疫情愈加嚴(yán)重，所以養(yǎng)老院的管理變得尤為重要，且我國(guó)養(yǎng)老院處于傳統(tǒng)人工模式，容易出現(xiàn)各種問(wèn)題，繼續(xù)一種新式的管理模式，所以養(yǎng)老院管理系統(tǒng)由此而生。面對(duì)人口老齡化的嚴(yán)峻挑戰(zhàn)，我國(guó)傳統(tǒng)的以家庭養(yǎng)老為主的模式已不能很好的承擔(dān)養(yǎng)老重任，在社會(huì)經(jīng)濟(jì)條件有限的情況下，社會(huì)化養(yǎng)老在相當(dāng)長(zhǎng)的時(shí)間內(nèi)也不可能取代家庭養(yǎng)老。所以，我國(guó)目前養(yǎng)老模式存在居家養(yǎng)老和養(yǎng)老院兩種模式，家庭養(yǎng)老，一家只需照顧自家老人，所以十分容易，而養(yǎng)老院則需照看更多家庭的老人，所以養(yǎng)老院管理系統(tǒng)由此興起，當(dāng)然，作為一種新式的養(yǎng)老服務(wù)模式，養(yǎng)老院服務(wù)還存在著大量的問(wèn)題等待解決?當(dāng)前國(guó)際社會(huì)養(yǎng)老院模式多樣花樣百出，但是都很看重老人的精神狀態(tài)，隱私生活等方面，不僅僅是為了保障老人的基本生活所需。特別是發(fā)達(dá)國(guó)家，比如美國(guó)，瑞士等，對(duì)養(yǎng)老院這一方面表現(xiàn)非常的重視，國(guó)家每年都會(huì)花費(fèi)大量的資金去支持本國(guó)的養(yǎng)老事業(yè)。瑞士很早之前就被譽(yù)為“養(yǎng)老天堂”，瑞士的養(yǎng)老體系之所以很發(fā)達(dá)，是因?yàn)槿鹗渴且粋€(gè)人盡皆知的人口老齡化國(guó)家，養(yǎng)老制度相對(duì)于其他國(guó)家比較完善，否則根本無(wú)法支撐國(guó)內(nèi)的現(xiàn)狀。國(guó)外現(xiàn)代化科技的使用，樹(shù)立了一個(gè)全新化的養(yǎng)老環(huán)境，脫離了保姆看管模式，采用全新電子保姆看護(hù)，如自動(dòng)提醒老人吃藥等服務(wù)，針對(duì)老年人的需求提供針對(duì)性和個(gè)別化的醫(yī)療服務(wù)，即減少了對(duì)老人打擾，且在老人需要時(shí)，及時(shí)的提供服務(wù)。主要內(nèi)容及章節(jié)安排本文主要講述了國(guó)內(nèi)外養(yǎng)老事業(yè)的背景以及從數(shù)字化上來(lái)說(shuō)，需要解決的問(wèn)題。從現(xiàn)狀出發(fā)，總結(jié)系統(tǒng)需求，根據(jù)需求，最終完成畢業(yè)設(shè)計(jì)，同時(shí)對(duì)系統(tǒng)的性能以及所選用技術(shù)進(jìn)行介紹。具體的章節(jié)安排如下：第一章緒論，這一章的內(nèi)容包括研究背景，意義，通過(guò)分析國(guó)內(nèi)外目前關(guān)于這一課題的應(yīng)用技術(shù)以及帶來(lái)的優(yōu)越性，最后列出本文的主要內(nèi)容及章節(jié)安排。第二章主要是系統(tǒng)技術(shù)選型。詳細(xì)講述了系統(tǒng)的開(kāi)發(fā)語(yǔ)言，詳細(xì)設(shè)計(jì)，包括數(shù)據(jù)庫(kù)設(shè)計(jì)，代碼結(jié)構(gòu)設(shè)計(jì)等。第三章是本文的主要部分，詳細(xì)地講述了養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)。第四章，介紹了系統(tǒng)模塊的設(shè)計(jì)。第五章主要介紹性能測(cè)試，功能測(cè)試。第六章是總結(jié)和展望。系統(tǒng)技術(shù)選型此次設(shè)計(jì)的題目要求為利用Java語(yǔ)言，MySQL數(shù)據(jù)庫(kù)，SpringBoot開(kāi)發(fā)框架等，實(shí)現(xiàn)軟件的編碼。本設(shè)計(jì)還采用IDEA，Navicat等開(kāi)發(fā)工具。此外，本設(shè)計(jì)需要NodeJS運(yùn)行環(huán)境才可以使用。Java編程語(yǔ)言的介紹Java誕生于1994年，是詹姆斯-高斯林發(fā)明的Java語(yǔ)言。從Java的第一個(gè)版本開(kāi)始，到后續(xù)的Java5，Java6，Java7，Java8等，每個(gè)版本都具備較大的改動(dòng)和功能迭代。同時(shí)Java具備良好的跨平臺(tái)性，可以在Mac，Window，Linux系統(tǒng)下良好地運(yùn)行，因?yàn)槠洳捎昧薐ava虛擬機(jī)，也就是JVM來(lái)進(jìn)行運(yùn)行Java程序，所以Java應(yīng)用程序可以做到一處編寫(xiě)，處處運(yùn)行。其實(shí)現(xiàn)此特性的根本原因?yàn)镴ava的底層是C/C++編寫(xiě)的，分別調(diào)用了Mac，Window，Linux系統(tǒng)底層的API，比如Java的volatile使用了底層的內(nèi)存屏障指令，讓線程副本變量強(qiáng)制從CPU的L1，L2，L3級(jí)別緩存強(qiáng)制性刷新到主內(nèi)存里面（此處采用了CPU緩存一致性協(xié)議，此協(xié)議實(shí)現(xiàn)原理暫時(shí)不做介紹)。再比如，Java的syncronized關(guān)鍵字是可以實(shí)現(xiàn)可重入鎖以及非公平鎖，其底層就采用了操作系統(tǒng)的自旋，park，unpark機(jī)制來(lái)實(shí)現(xiàn)的，這種方法主要是通過(guò)調(diào)用Java的Native方法來(lái)實(shí)現(xiàn)的。Java由于良好的虛擬機(jī)設(shè)計(jì)，讓它可以實(shí)現(xiàn)較好的內(nèi)存管理機(jī)制，可以根據(jù)多種Java垃圾回收器和回收算法來(lái)實(shí)現(xiàn)良好的程序健壯性。Java虛擬機(jī)的發(fā)展，歷經(jīng)了很多個(gè)版本和過(guò)程，大致可分為：SunClassic/ExactVM->SunHotSpotVM->SunMobile-EmbeddedVM/Meta-CircularVMBEAJRockit/IBMJ9VM->AzulVM/BEALiquidVM->ApacheHarmony/GoogleAndroidDalvikVM等無(wú)論是虛擬機(jī)廠商的Java虛擬機(jī)的版本如何，都需要遵循Java虛擬機(jī)的設(shè)計(jì)規(guī)范，其大致規(guī)范結(jié)構(gòu)如下圖：圖2.1Java虛擬機(jī)結(jié)構(gòu)圖在上圖，程序計(jì)數(shù)器，是用來(lái)記錄Java代碼執(zhí)行到哪一行，方便方法在退出棧幀后再次繼續(xù)執(zhí)行的，每個(gè)線程都有一個(gè)，這是線程私有的。方法區(qū)是線程共有的，它存儲(chǔ)了已被虛擬機(jī)加載的類信息、常量、靜態(tài)變量、即時(shí)編譯器編譯后的代碼等數(shù)據(jù)。堆是存儲(chǔ)了Java對(duì)象信息，同時(shí)堆區(qū)域也是分為區(qū)域的，一般分為s0和s1區(qū)還有eden區(qū)域，它是線程共享的（在Java8以后，方法區(qū)消失，劃歸到堆區(qū)中，同時(shí)可以申請(qǐng)堆外內(nèi)存。線程棧，是每個(gè)Java的線程都具備的，為線程私有區(qū)域，它一般存儲(chǔ)局部變量表，動(dòng)態(tài)鏈接，方法出口，操作數(shù)棧等。本地方法區(qū)，是線程使用Native方法的時(shí)候所需要調(diào)用的。在Java程序運(yùn)行的過(guò)程中，?？臻g隨著Java線程運(yùn)行結(jié)束而結(jié)束，而堆內(nèi)存會(huì)在不同時(shí)期會(huì)被Java內(nèi)存回收機(jī)制（GC）回收。本系統(tǒng)采用Java8作為系統(tǒng)Java的版本，它具備良好的性能和廣泛的應(yīng)用性，是工業(yè)級(jí)生產(chǎn)中常用的Java版本。開(kāi)發(fā)環(huán)境的搭建本畢業(yè)設(shè)計(jì)在編碼前，需要配置安裝Java和配置Java環(huán)境變量，此處只需要在Java官網(wǎng)下載對(duì)應(yīng)的版本即可，然后直接安裝，然后按照如下圖配置好Java的環(huán)境變量即可：圖2.2Java環(huán)境變量配置安裝其他開(kāi)發(fā)工具本畢業(yè)設(shè)計(jì)在編碼時(shí)，需要安裝IDEA，Maven，Navicat，NodeJS工具；此處，IDEA在官網(wǎng)下載即可，Maven也只需要在官網(wǎng)下載，如同Java配置環(huán)境變量一樣（如圖2.3），配置完畢即可。Navicat是數(shù)據(jù)庫(kù)的瀏覽工具，采用官網(wǎng)下載安裝的方式即可。圖2.3Maven環(huán)境變量配置除了以上開(kāi)發(fā)工具外，還需要安裝NodeJS并且配置好環(huán)境變量，如圖2.4所示：圖2.4NodeJS環(huán)境變量配置系統(tǒng)運(yùn)行需要鏈接和運(yùn)行MySQL數(shù)據(jù)庫(kù)，此處安裝過(guò)程不再贅述。本章小結(jié)本章講解了畢業(yè)設(shè)計(jì)需要編程語(yǔ)言的介紹，開(kāi)發(fā)環(huán)境搭建以及配置，為完成畢業(yè)設(shè)計(jì)做好技術(shù)選型以及環(huán)境等工作。系統(tǒng)設(shè)計(jì)本章節(jié)主要是介紹養(yǎng)老院管理系統(tǒng)的詳細(xì)設(shè)計(jì)，概要設(shè)計(jì)，系統(tǒng)模型建立，系統(tǒng)邏輯梳理等。系統(tǒng)開(kāi)發(fā)環(huán)境及運(yùn)行環(huán)境開(kāi)發(fā)環(huán)境:1、操作系統(tǒng)：MacOS（本次設(shè)計(jì)使用的是MacOS12.3.1版本）2、開(kāi)發(fā)語(yǔ)言：Java3、開(kāi)發(fā)工具：IDEA、Navicat、NodeJS、MySQL4、數(shù)據(jù)庫(kù)：MySQL系統(tǒng)運(yùn)行環(huán)境：Java8.0需求分析本次畢業(yè)設(shè)計(jì)重點(diǎn)在于后端系統(tǒng)，專注于業(yè)務(wù)邏輯的實(shí)現(xiàn)[15]。在系統(tǒng)上可以實(shí)現(xiàn)所需的各種條件和需求。模塊具體的分析如下：系統(tǒng)菜單權(quán)限的管理，系統(tǒng)人員的管理；老人信息的管理，親屬信息管理，護(hù)工薪資，假勤，報(bào)修功能記錄的實(shí)現(xiàn)。探訪申請(qǐng)的實(shí)現(xiàn)，健康資訊，健康活動(dòng)功能的實(shí)現(xiàn)?？傮w功能設(shè)計(jì)如圖3.1系統(tǒng)功能模塊圖3.1系統(tǒng)功能模塊圖流程設(shè)計(jì)當(dāng)用戶登陸系統(tǒng)后，系統(tǒng)就會(huì)跳轉(zhuǎn)到主界面，然后根據(jù)RBAC權(quán)限模型實(shí)現(xiàn)判定當(dāng)前用戶的角色，能訪問(wèn)哪些菜單和按鈕，從而決定改用戶的權(quán)限，如護(hù)工可以對(duì)老人的信息進(jìn)行管理，親屬可以預(yù)約探訪，床位報(bào)修等，管理員可以對(duì)老人，護(hù)工，親屬的信息進(jìn)行管理，可以發(fā)布資訊，可以發(fā)布健康項(xiàng)目，老人可以查看自己的信息，可以預(yù)約健康項(xiàng)目，可以查看資訊等。上述為系統(tǒng)的總體功能。系統(tǒng)模塊劃分完成系統(tǒng)模塊的設(shè)計(jì)，需要按照需求分析完成系統(tǒng)流程設(shè)計(jì)，按照流程設(shè)計(jì)對(duì)系統(tǒng)進(jìn)行模塊分化，同時(shí)對(duì)于要加強(qiáng)系統(tǒng)的高內(nèi)聚低耦合，讓系統(tǒng)變得更加的完善。下面介紹系統(tǒng)每個(gè)模塊需要實(shí)現(xiàn)的基本功能：（1）系統(tǒng)管理模塊。此處主要是對(duì)系統(tǒng)的菜單，按鈕進(jìn)行定義，同時(shí)可以自定義任何系統(tǒng)角色，如老人，親屬，護(hù)工等角色，從而定義出每個(gè)角色所具備的權(quán)限，能訪問(wèn)的菜單等。（2）老人模塊，此處是對(duì)老人的信息進(jìn)行管理，可以對(duì)老人的信息進(jìn)行增刪改查操作。為分配老人的床位，可以查看老人所在的床位。可以對(duì)老人的床位進(jìn)行增刪改查操作。（3）護(hù)工模塊，可以對(duì)護(hù)工的假勤信息，薪資信息，護(hù)工本身的信息進(jìn)行維護(hù)。（4）親屬模塊，可以對(duì)親屬的信息，親屬所對(duì)應(yīng)的老人的信息進(jìn)行維護(hù)。（5）健康項(xiàng)目模塊和新聞資訊模塊，可以對(duì)這兩個(gè)模塊信息進(jìn)行維護(hù)。數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)表的設(shè)計(jì)：根據(jù)本次畢業(yè)設(shè)計(jì)要求，為了滿足系統(tǒng)的各項(xiàng)功能，設(shè)計(jì)了如下所示的數(shù)據(jù)庫(kù)表。(1)系統(tǒng)用戶表如表3.1所示，系統(tǒng)用戶表存儲(chǔ)了用戶登陸的一些基本信息，如用戶名、密碼等，還存儲(chǔ)了一些其他的信息，比如姓名等。表3.1系統(tǒng)用戶表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRIauth_user_id業(yè)務(wù)主鍵IDvarchar(32)user_name用戶名textuser_number用戶編號(hào)varchar(32)phone_number手機(jī)號(hào)碼varchar(32)decryption_password明文密碼textpassword密碼(MD5)textnick_name昵稱textavatar_url頭像textreal_name真實(shí)姓名textgender性別varchar(6)auth_status用戶狀態(tài)bit(1)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(2)角色表如表3.2所示，角色表存儲(chǔ)了系統(tǒng)角色的一些基本信息，如角色名稱等。表3.2角色表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIauth_role_id業(yè)務(wù)主鍵IDvarchar(32)role_name角色名稱varchar(255)role_code角色編碼textrole_remark描述信息textcreate_time創(chuàng)建時(shí)間datetimeupdate_time最后修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(3)權(quán)限表如表3.3所示，權(quán)限表存儲(chǔ)了系統(tǒng)菜單的訪問(wèn)地址，菜單的類型，菜單的VUE組建地址表3.3權(quán)限表字段名稱字段意義字段類型字段約束idbigint(20)PRIauth_permission_id權(quán)限名稱varchar(255)parent_id上級(jí)權(quán)限idvarchar(32)permission_type1頁(yè)面2按鈕3其他資源int(20)MULsort_index排序int(10)permission_path前端路由路徑textpermission_name權(quán)限名稱textpermission_code權(quán)限編碼varchar(50)permission_icon權(quán)限圖標(biāo)textpermission_remark備注textcreate_time創(chuàng)建時(shí)間datetimeupdate_time最后修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(4)角色-權(quán)限關(guān)聯(lián)表如表3.4所示，角色權(quán)限關(guān)聯(lián)表是連接角色表和權(quán)限表的一個(gè)中間表。在系統(tǒng)登陸的時(shí)候會(huì)進(jìn)行關(guān)聯(lián)查詢。表3.4角色-權(quán)限關(guān)聯(lián)表字段名稱字段意義字段類型字段約束id主鍵IDbigint(20)unsignedPRIauth_role_permission_id業(yè)務(wù)主鍵IDvarchar(32)auth_role_id角色I(xiàn)Dvarchar(32)MULauth_permission_id權(quán)限IDvarchar(20)create_time創(chuàng)建時(shí)間datetimeupdate_time更新時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(5)用戶-角色關(guān)聯(lián)表如表3.5所示，用戶-角色關(guān)聯(lián)表是連接角色表和用戶表的一個(gè)中間表。在系統(tǒng)登陸的時(shí)候會(huì)進(jìn)行關(guān)聯(lián)查詢表3.5用戶-角色關(guān)聯(lián)表字段名稱字段意義字段類型字段約束idbigint(20)PRIauth_user_role_id業(yè)務(wù)主鍵IDvarchar(32)auth_role_id系統(tǒng)角色I(xiàn)Dvarchar(32)auth_user_id系統(tǒng)用戶IDvarchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time最后修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(6)事故記錄表如表3.6所示，事故記錄表主要存儲(chǔ)了事故記錄信息，如事故時(shí)間，事故詳情等，它是和老人信息表關(guān)聯(lián)起來(lái)的。表3.6事故記錄表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIaccident_record_id業(yè)務(wù)主鍵IDvarchar(32)aged_data_id老人IDvarchar(32)accident_sketch事故詳情textoccurred_time發(fā)生時(shí)間datetimecreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)(7)活動(dòng)信息表如表3.7所示，活動(dòng)信息表主要存儲(chǔ)了活動(dòng)信息數(shù)據(jù)，如活動(dòng)時(shí)間，名稱，地點(diǎn)等。表3.7活動(dòng)信息表字段名稱字段意義字段類型字段約束id主鍵IDbigint(20)PRIactivity_data_id業(yè)務(wù)主鍵IDvarchar(32)activity_name活動(dòng)名稱varchar(32)activity_time活動(dòng)時(shí)間datetimelocation活動(dòng)地點(diǎn)varchar(32)phone_number手機(jī)號(hào)varchar(32)turnout_name參與人姓名varchar(32)create_time創(chuàng)建時(shí)間datetime(8)老人-床位關(guān)聯(lián)表如表3.8所示，老人-床位表主要存儲(chǔ)了老人ID和床位ID，用于關(guān)聯(lián)兩者的信息。表3.8老人-床位關(guān)聯(lián)表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIaged_bed_id業(yè)務(wù)主鍵IDvarchar(32)aged_data_id老人IDvarchar(32)bed_data_id床位IDvarchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(9)老人信息表如表3.9所示，老人信息表主要存儲(chǔ)老人信息數(shù)據(jù)，如老人的姓名，家庭住址等。表3.9老人信息表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIaged_data_id業(yè)務(wù)主鍵IDvarchar(32)auth_user_id關(guān)聯(lián)系統(tǒng)用IDvarchar(32)real_name姓名varchar(32)aged_img老人照片textgender性別，跟隨枚舉varchar(32)age年齡int(10)unsignedbody_state身體狀況varchar(32)census_register戶籍varchar(32)id_card_num身份證號(hào)碼varchar(32)contacts聯(lián)系人varchar(32)contacts_phone聯(lián)系人號(hào)碼varchar(32)home_address家庭住址textintake_time入住時(shí)間datetimedischarged_time出院時(shí)間datetimecreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(10)床位信息表如表3.10所示，床位信息表主要存儲(chǔ)床位信息數(shù)據(jù)，如床位編號(hào)，是否被占用等。表3.10床位信息表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIbed_data_id業(yè)務(wù)主鍵IDvarchar(32)bed_num床位編號(hào)varchar(32)bed_remark床位備注varchar(32)use_status是否被占用int(1)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除1刪除2未刪除int(1)operator_id操作人varchar(32)id_card_num身份證號(hào)碼varchar(32)(11)繳費(fèi)信息表如表3.11所示，繳費(fèi)信息表主要存儲(chǔ)繳費(fèi)的數(shù)據(jù)，如交錢的時(shí)間，金額等。表3.11繳費(fèi)信息表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRIfee_pay_data_id業(yè)務(wù)主鍵IDvarchar(32)correlation_id關(guān)聯(lián)IDvarchar(32)fee_amount費(fèi)用金額decimal(12，6)fee_remark費(fèi)用備注textfee_type費(fèi)用類型varchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(12)健康服務(wù)預(yù)約表如表3.12所示，健康服務(wù)預(yù)約表主要存儲(chǔ)健康服務(wù)預(yù)約數(shù)據(jù)，它包含多種健康預(yù)約信息。表3.12健康服務(wù)預(yù)約表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRIhealth_order_id業(yè)務(wù)主鍵IDvarchar(32)user_name用戶姓名varchar(32)contact_way聯(lián)系方式varchar(32)order_type預(yù)約類型varchar(32)experts_name專家名稱varchar(32)order_time預(yù)約時(shí)間datetimecreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(13)資訊信息表如表3.13所示，資訊信息表主要存儲(chǔ)資訊信息數(shù)據(jù)，如咨詢標(biāo)題，咨詢時(shí)間等。表3.13資訊信息表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRInews_data_id業(yè)務(wù)主鍵IDvarchar(32)news_title資訊標(biāo)題varchar(32)news_data資訊內(nèi)容longtextcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(14)護(hù)工關(guān)聯(lián)表如表3.14所示，護(hù)工關(guān)聯(lián)表主要存儲(chǔ)護(hù)工與老人關(guān)聯(lián)數(shù)據(jù)，用于將老人和護(hù)工關(guān)聯(lián)起來(lái)。表3.14護(hù)工-老人關(guān)聯(lián)表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRInursing_aged_id業(yè)務(wù)主鍵IDvarchar(32)nursing_data_id護(hù)工IDvarchar(32)aged_data_id老人IDvarchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)(15)護(hù)工信息表如表3.15所示，護(hù)工信息表主要存儲(chǔ)護(hù)工信息數(shù)據(jù)，如護(hù)工名稱，當(dāng)前狀態(tài)等，它是護(hù)工模塊的主表。表3.15護(hù)工信息表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRInursing_data_id業(yè)務(wù)主鍵IDvarchar(32)auth_user_id關(guān)聯(lián)用戶IDvarchar(32)nursing_img護(hù)工照片textnursing_name護(hù)工名稱varchar(32)nursing_status護(hù)工狀態(tài)1:正常2:禁用int(1)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(16)護(hù)工工資表如表3.16所示，護(hù)工工資表主要存儲(chǔ)護(hù)工工資數(shù)據(jù)，如護(hù)工工資，支付狀態(tài)等。表3.16護(hù)工薪資表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRInursing_salary_id業(yè)務(wù)主鍵IDvarchar(32)nursing_data_id護(hù)士IDvarchar(32)salary_amount薪資decimal(10，2)deduction_amount扣除費(fèi)用decimal(10，2)pay_status支付狀態(tài)varchar(10)pay_amount實(shí)付decimal(10，2)salary_remark薪資備注varchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)(17)護(hù)工假勤表如表3.17所示，護(hù)工假勤表主要存儲(chǔ)護(hù)工假勤信息數(shù)據(jù)，如請(qǐng)假時(shí)間，請(qǐng)假事由等。表3.17護(hù)工假勤表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRInursing_time_off_id業(yè)務(wù)主鍵IDvarchar(32)nursing_data_id護(hù)工IDvarchar(32)time_off_status請(qǐng)假狀態(tài)int(1)unsignedtime_off_begin請(qǐng)假開(kāi)始時(shí)間datetimetime_off_end請(qǐng)假結(jié)束時(shí)間datetimetime_off_remark請(qǐng)假緣由textcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(18)系統(tǒng)API日志表如表3.18所示，系統(tǒng)API日志表主要存儲(chǔ)系統(tǒng)API日志數(shù)據(jù)，每次系統(tǒng)的接口被訪問(wèn)和調(diào)用，都會(huì)向該表中插入數(shù)據(jù)。表3.18日志表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIplatform_api_log_id系統(tǒng)API日志主鍵IDvarchar(32)user_name操作者用戶名varchar(32)operation操作內(nèi)容varchar(32)operation_time耗費(fèi)時(shí)間varchar(32)method操作方法longtextparams方法參數(shù)longtextlocation操作地點(diǎn)varchar(32)request_ipIP地址varchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)operation操作內(nèi)容varchar(32)operation_time耗費(fèi)時(shí)間varchar(32)method操作方法longtext(19)業(yè)務(wù)字典表如表3.19所示，務(wù)字典表主要存儲(chǔ)業(yè)務(wù)字典信息數(shù)據(jù)。表3.19業(yè)務(wù)字典表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIplatform_dict_id系統(tǒng)字典主鍵IDvarchar(32)dict_type業(yè)務(wù)字典類型varchar(32)dict_key鍵varchar(64)dict_value值varchar(100)sort_index排序字段int(10)dict_remark字典備注textcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)operator_id操作人varchar(32)(20)親屬關(guān)聯(lián)表如表3.20所示，親屬關(guān)聯(lián)表主要存儲(chǔ)親屬信息數(shù)據(jù)，如親屬id，創(chuàng)建時(shí)間等，用于關(guān)聯(lián)親屬和老人信息，方便查詢。表3.20親屬-老人關(guān)聯(lián)表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIrelative_aged_id業(yè)務(wù)主鍵IDvarchar(32)aged_data_id老人IDvarchar(32)relative_data_id親屬IDvarchar(32)create_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除1刪除2未刪除int(1)operator_id操作人varchar(32)(21)親屬信息表如表3.21所示，親屬信息表主要存儲(chǔ)親屬信息數(shù)據(jù)。表3.21親屬信息表字段名稱字段意義字段類型字段約束id主鍵IDbigint(11)PRIrelative_data_id業(yè)務(wù)主鍵IDvarchar(32)auth_user_id關(guān)聯(lián)用戶IDvarchar(32)relative_img親屬照片textrelative_name親屬姓名varchar(32)phone_number聯(lián)系電話varchar(32)id_card_num身份證號(hào)碼varchar(32)gender性別，跟隨枚舉varchar(32)age年齡int(10)unsignedcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimedelete_status是否刪除int(1)(22)報(bào)修信息表如表3.22所示，報(bào)修信息表主要存儲(chǔ)報(bào)修信息數(shù)據(jù)，如保修內(nèi)容，維修狀態(tài)。表3.22報(bào)修信息表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRIrepairs_data_id業(yè)務(wù)主鍵IDvarchar(32)repairs_data報(bào)修內(nèi)容textrepair_status維修狀態(tài)1:待維修2:已處理int(1)repairs_remark備注信息textcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)(23)申請(qǐng)?zhí)皆L信息表如表3.23所示，申請(qǐng)?zhí)皆L信息表主要存儲(chǔ)申請(qǐng)?zhí)皆L的信息數(shù)據(jù)，如探訪人，探訪時(shí)間等。表3.23申請(qǐng)?zhí)皆L信息表字段名稱字段意義字段類型字段約束id系統(tǒng)用戶IDbigint(20)PRIvisiting_apply_id業(yè)務(wù)主鍵IDvarchar(32)audit_status審核狀態(tài)int(1)aged_data_id老人IDvarchar(32)relative_data_id親屬IDvarchar(32)visit_time探訪時(shí)間datetimevisit_remark備注信息textcreate_time創(chuàng)建時(shí)間datetimeupdate_time修改時(shí)間datetimeoperator_id創(chuàng)建人varchar(32)delete_status是否刪除int(1)contacts_phone聯(lián)系人號(hào)碼varchar(32)系統(tǒng)權(quán)限模塊設(shè)計(jì)系統(tǒng)權(quán)限模塊主要用于控制系統(tǒng)的權(quán)限認(rèn)證，系統(tǒng)用戶能訪問(wèn)哪些菜單以及按鈕，其數(shù)據(jù)層隔離原理是通過(guò)RBAC權(quán)限模型實(shí)現(xiàn)的，主要分為以下表格的表設(shè)計(jì):表3.24系統(tǒng)權(quán)限設(shè)計(jì)表表名釋義備注auth_user系統(tǒng)用戶表存儲(chǔ)系統(tǒng)用戶信息auth_role系統(tǒng)角色表存儲(chǔ)系統(tǒng)角色信息auth_permission系統(tǒng)權(quán)限表存儲(chǔ)系統(tǒng)菜單權(quán)限信息auth_role_permission系統(tǒng)角色-權(quán)限關(guān)聯(lián)表存儲(chǔ)角色-菜單關(guān)聯(lián)信息auth_user_role系統(tǒng)用戶-角色關(guān)聯(lián)表存儲(chǔ)系統(tǒng)用戶-角色關(guān)聯(lián)信息信息概述:以上表設(shè)計(jì)是參考RBAC權(quán)限模型，即為:資源-權(quán)限模型，把系統(tǒng)的菜單，按鈕抽象成系統(tǒng)權(quán)限，然后定義出系統(tǒng)的角色，每個(gè)角色能訪問(wèn)該角色對(duì)應(yīng)的系統(tǒng)菜單和按鈕。同時(shí)系統(tǒng)用戶信息又和系統(tǒng)角色信息通過(guò)中間表關(guān)聯(lián)起來(lái)，從而能精準(zhǔn)查詢到每個(gè)用戶具備哪些角色以及具備哪些權(quán)限，從而能在前端判斷。業(yè)務(wù)模塊設(shè)計(jì)系統(tǒng)業(yè)務(wù)數(shù)據(jù)表設(shè)計(jì)是設(shè)計(jì)出系統(tǒng)存儲(chǔ)業(yè)務(wù)數(shù)據(jù)的表，主要是對(duì)這些表進(jìn)行數(shù)據(jù)操作，下面是這些表的介紹:表3.25業(yè)務(wù)模塊設(shè)計(jì)表表名釋義備注accident_record事故記錄表存儲(chǔ)事故記錄信息aged_bed老人-床位關(guān)聯(lián)表存儲(chǔ)老人-床位信息aged_data老人信息表存儲(chǔ)老人信息bed_data床位信息表存儲(chǔ)床位信息fee_pay_data費(fèi)用信息表存儲(chǔ)費(fèi)用信息nursing_aged護(hù)工-老人關(guān)聯(lián)信息表存儲(chǔ)護(hù)工-老人關(guān)聯(lián)信息nursing_data護(hù)工信息表存儲(chǔ)護(hù)工信息nursing_salary護(hù)工薪資表存儲(chǔ)護(hù)工薪資信息nursing_time_off護(hù)工請(qǐng)假表存儲(chǔ)護(hù)工請(qǐng)假信息accident_record事故記錄表存儲(chǔ)事故記錄信息aged_bed老人-床位關(guān)聯(lián)表存儲(chǔ)老人-床位信息aged_data老人信息表存儲(chǔ)老人信息bed_data床位信息表存儲(chǔ)床位信息fee_pay_data費(fèi)用信息表存儲(chǔ)費(fèi)用信息nursing_aged護(hù)工-老人關(guān)聯(lián)信息表存儲(chǔ)護(hù)工-老人關(guān)聯(lián)信息nursing_data護(hù)工信息表存儲(chǔ)護(hù)工信息nursing_salary護(hù)工薪資表存儲(chǔ)護(hù)工薪資信息系統(tǒng)模塊設(shè)計(jì)系統(tǒng)界面的設(shè)計(jì)是整個(gè)項(xiàng)目顯示的核心所在，客戶的所有操作，都在系統(tǒng)上進(jìn)行，所以系統(tǒng)界面的簡(jiǎn)潔明了顯得十分重要。本系統(tǒng)的界面采用ElementUI進(jìn)行開(kāi)發(fā)，界面相對(duì)簡(jiǎn)潔大方。系統(tǒng)登陸模塊用戶登錄界面如圖4.1所示圖4.1系統(tǒng)登陸界面系統(tǒng)登陸界面采用具備科技感的大圖作為背景圖，整體風(fēng)格采用ElementUI的藍(lán)色風(fēng)格作為系統(tǒng)的主風(fēng)格。登陸按鈕采用ElementUI的el-button控件制作。同時(shí)，表單控件采用el-form表單控件制作。在頁(yè)面布局方面，主要采用了Flex布局來(lái)進(jìn)行布局，它可以使該系統(tǒng)具備響應(yīng)式，可以適應(yīng)任意大小的屏幕。工作人員可以通過(guò)輸入賬號(hào)密碼進(jìn)行登錄，后臺(tái)會(huì)根據(jù)輸入的賬號(hào)密碼與數(shù)據(jù)庫(kù)中的進(jìn)行驗(yàn)證，若驗(yàn)證成功后對(duì)身份進(jìn)行驗(yàn)證，進(jìn)入相對(duì)應(yīng)的界面，反之則輸出密碼錯(cuò)誤，具體流程圖如圖4.2所示。圖4.2登錄流程圖系統(tǒng)首頁(yè)模塊系統(tǒng)首頁(yè)界面采用了左側(cè)菜單，右側(cè)為頁(yè)面內(nèi)容的布局。在左側(cè)的所有菜單可以收縮展開(kāi)，且菜單是無(wú)限層級(jí)的，如圖4.3所示。圖4.3系統(tǒng)界面在首頁(yè)，做了2個(gè)圖表，此圖表不同于傳統(tǒng)的Echart，它采用的是阿里巴巴出品的G2控件，非常適合作為大數(shù)據(jù)量分析的圖表，此處可以看到系統(tǒng)訪問(wèn)量的圖表，此圖表采用了動(dòng)態(tài)渲染的模式進(jìn)行渲染，即查詢條件發(fā)生變化，數(shù)據(jù)會(huì)被重新渲染，此處，訪問(wèn)統(tǒng)計(jì)量是統(tǒng)計(jì)的系統(tǒng)API接口的訪問(wèn)量。在首頁(yè)的右側(cè)做了餅狀圖，它具備分析當(dāng)前系統(tǒng)具備的角色的人員情況，做了歸類統(tǒng)計(jì)，后端采用了Java8的流式計(jì)算框架來(lái)進(jìn)行處理。圖4.4編輯系統(tǒng)用戶界面如圖4.4所示，在系統(tǒng)頂部左側(cè)，可以讓用戶修改當(dāng)前登陸用戶的信息，具備上傳頭像功能，此處頭像的存儲(chǔ)技術(shù)是采用了阿里云的OSS存儲(chǔ)技術(shù)，它具備CDN加速，可以快速地讓用戶訪問(wèn)到圖片，具體流程圖如圖4.5所示。圖4.5創(chuàng)建用戶流程管理員創(chuàng)建用戶是調(diào)用AuthRoleController.Java文件，如若用戶不存在則調(diào)用addItem方法，對(duì)人員進(jìn)行添加，如若存在的話，則調(diào)用queryByPage方法，對(duì)人員進(jìn)行查詢，并通過(guò)jsp的El表達(dá)式，把數(shù)據(jù)傳輸?shù)浇缑嬷校偻ㄟ^(guò)調(diào)用upadteItem方法對(duì)角色信息進(jìn)行更新，最終保存到數(shù)據(jù)庫(kù)中。系統(tǒng)管理模塊系統(tǒng)管理界面如圖4.6所示.圖4.6系統(tǒng)管理模塊界面如4.6圖所示，此處是系統(tǒng)的關(guān)鍵點(diǎn)，它主要是實(shí)現(xiàn)了對(duì)系統(tǒng)的菜單進(jìn)行管理的功能，定義了權(quán)限的類型（按鈕或者菜單），從而前端可以根據(jù)后端返回的每個(gè)用戶具備的權(quán)限信息來(lái)進(jìn)行動(dòng)態(tài)判斷是否顯示某個(gè)菜單或者按鈕。此處需要前后端配合才能實(shí)現(xiàn)相關(guān)功能。圖4.7角色管理界面如圖4.7所示，此處是系統(tǒng)的角色管理界面，管理人員通過(guò)本界面創(chuàng)建或者刪除人員。系統(tǒng)定義了多個(gè)角色，每個(gè)角色都綁定了菜單，可以實(shí)現(xiàn)不同的角色訪問(wèn)到的菜單和按鈕都不同。下圖是例子：圖4.8角色權(quán)限管理界面如圖4.8所示，此處角色具備已經(jīng)被勾選了的菜單和按鈕的訪問(wèn)權(quán)限，沒(méi)有被勾選的，該角色的用戶登陸或就不會(huì)顯示相關(guān)菜單和按鈕，使得整個(gè)系統(tǒng)顯得更加完善。老人信息管理模塊老人信息的管理界面，在頁(yè)面內(nèi)容頂部?jī)?nèi)置了對(duì)老人信息的多種查詢條件，如圖4.9所示。圖4.9老人信息管理界面此處是使用ElementUI的表單控件實(shí)現(xiàn)的。該界面實(shí)現(xiàn)了增刪改查等基本功能，護(hù)工可以通過(guò)此界面對(duì)老人進(jìn)行管理，具體流程圖如圖4.10所示。圖4.10新增老人信息管理流程護(hù)工管理是調(diào)用AgedDataController.Java文件，若添加老人信息調(diào)用addItem方法，對(duì)人員進(jìn)行添加，如若存在的話，則調(diào)用queryByPage方法，對(duì)老人進(jìn)行查詢，并通過(guò)jsp的El表達(dá)式，將查到的數(shù)據(jù)傳輸?shù)浇缑嬷校偻ㄟ^(guò)調(diào)用upadteItem方法對(duì)老人信息進(jìn)行修改，最終保存到數(shù)據(jù)庫(kù)中床位信息管理模塊床位信息管理界面是對(duì)床位信息管理的模塊，主要是編輯床位的一些基本數(shù)據(jù)，床位是否被占用，以及被誰(shuí)占用了等，如圖4.11所示圖4.11床位信息管理界面護(hù)工信息管理模塊護(hù)工信息管理模塊是對(duì)護(hù)工的身份數(shù)據(jù)進(jìn)行管理，如圖4.12，4.13所示圖4.12新增護(hù)工界面圖4.13護(hù)工管理界面護(hù)工信息的管理界面，主要是護(hù)工的信息的管理，在新增和編輯的時(shí)候，可以選擇護(hù)工照顧的老人，一個(gè)護(hù)工可以對(duì)應(yīng)多個(gè)老人，但一個(gè)老人只能對(duì)應(yīng)一個(gè)護(hù)工，此處會(huì)向護(hù)工和老人的關(guān)聯(lián)表里面插入數(shù)據(jù)。親屬管理模塊親屬管理界面，主要是對(duì)親屬的信息，還有親屬對(duì)應(yīng)的老人信息，進(jìn)行管理。此處主要是維護(hù)親屬表的數(shù)據(jù)，如圖4.14所示。圖4.14親屬管理界面探訪管理模塊探訪管理界面是管理員對(duì)探訪申請(qǐng)進(jìn)行管理的界面，親屬可以在這個(gè)界面提交探訪申請(qǐng)。管理員可以在此處審核探訪申請(qǐng)，如圖4.15所示圖4.15探訪管理界面繳費(fèi)信息模塊繳費(fèi)信息管理界面如圖4.16所示圖4.16繳費(fèi)信息界面親屬在支付過(guò)后，由養(yǎng)老院管理人員進(jìn)行核實(shí)后錄入。維修信息模塊維修管理界面是護(hù)工提交維修信息的界面，需要填寫(xiě)維修內(nèi)容等字段信息，如圖4.17所示。圖4.17維修信息界面活動(dòng)信息模塊設(shè)計(jì)活動(dòng)信息界面是對(duì)養(yǎng)老院活動(dòng)信息的記錄和管理，維護(hù)的是活動(dòng)信息表的數(shù)據(jù)，如圖4.18所示。圖4.18活動(dòng)信息界面護(hù)工薪資管理模塊護(hù)工薪資管理界面是給護(hù)工和管理員使用的界面，不針對(duì)與用戶開(kāi)放，可以是對(duì)護(hù)工的薪資進(jìn)行查詢，管理界面，如圖4.19所示圖4.19護(hù)工薪資管理界面護(hù)工假勤模塊護(hù)工假勤界面是對(duì)護(hù)工的假勤信息進(jìn)行管理的界面，維護(hù)的是護(hù)工假勤數(shù)據(jù)表。護(hù)工可以在此處提交和查詢假勤信息。管理員可以對(duì)護(hù)工請(qǐng)假信息進(jìn)行審核。如圖4.20所示。圖4.20護(hù)工假勤界面健康服務(wù)預(yù)約模塊健康服務(wù)預(yù)約界面，由老人找護(hù)工進(jìn)行報(bào)名，信息由護(hù)工負(fù)責(zé)填寫(xiě)，此界面主要是維護(hù)健康預(yù)約表的數(shù)據(jù)，老人和管理員都可訪問(wèn)此界面。具體界面如圖4.21所示。圖4.21健康服務(wù)預(yù)約界面床位分配信息模塊床位分配管理界面是由護(hù)工對(duì)床位進(jìn)行分配，此處可以查看每個(gè)老人所被分配的床位，以及對(duì)老人的床位進(jìn)行分配。管理員，護(hù)工，都可以訪問(wèn)此界面。具體界面如圖4.22所示。圖4.22床位分配管理界面資訊信息模塊資訊信息界面如圖4.23所示圖4.23資訊信息界面圖4.24編輯資訊信息界面從圖4.24可以看出，此處是對(duì)資訊信息的管理，包含了管理界面和一個(gè)查詢界面。查詢界面主要是對(duì)資訊進(jìn)行查詢。圖中資訊內(nèi)容采用的是v-html解析富文本的方式來(lái)進(jìn)行展現(xiàn)的。此處主要是展示和維護(hù)資訊信息表的數(shù)據(jù)。測(cè)試驗(yàn)收?qǐng)?bào)告在實(shí)際對(duì)本次畢業(yè)設(shè)計(jì)成果進(jìn)行驗(yàn)收的時(shí)候，需要對(duì)本文中的每一個(gè)功能點(diǎn)進(jìn)行多次的測(cè)試與改進(jìn)，本章節(jié)內(nèi)容節(jié)選了一些具有代表性的功能接口和功能進(jìn)行測(cè)試和分析。此處功能測(cè)試驗(yàn)收是指對(duì)系統(tǒng)的功能點(diǎn)進(jìn)行完整地驗(yàn)收操作測(cè)試，并發(fā)測(cè)試是指對(duì)系統(tǒng)的接口進(jìn)行JMeter模擬請(qǐng)求，進(jìn)行壓力測(cè)試。登錄接口功能驗(yàn)收測(cè)試報(bào)告在本次設(shè)計(jì)中，登陸功能是比較重要的功能，涉及到前后端很多功能代碼，對(duì)編碼細(xì)節(jié)和數(shù)據(jù)庫(kù)設(shè)計(jì)具備較高的要求，下面是此功能的測(cè)試報(bào)告和性能測(cè)試報(bào)告，此處的性能測(cè)試是采用JMeter進(jìn)行并發(fā)壓力測(cè)試。功能測(cè)試驗(yàn)收?qǐng)?bào)告表5.1功能測(cè)試驗(yàn)收?qǐng)?bào)告功能點(diǎn)測(cè)試系統(tǒng)測(cè)試步驟預(yù)期結(jié)果匹配度用戶登陸后臺(tái)系統(tǒng)點(diǎn)擊登陸，跳轉(zhuǎn)到主頁(yè)界面100%性能壓力測(cè)試驗(yàn)收?qǐng)?bào)告表5.2性能壓力測(cè)試驗(yàn)收?qǐng)?bào)告功能接口并發(fā)量線程量預(yù)期結(jié)果匹配度用戶登陸接口30000次/S10100%老人信息接口功能驗(yàn)收測(cè)試報(bào)告在本系統(tǒng)中對(duì)老人的信息進(jìn)行維護(hù)是比較重要的，此處選取查詢老人信息的查詢和新增接口進(jìn)行功能測(cè)試和壓力測(cè)試，下面是測(cè)試報(bào)告：功能測(cè)試驗(yàn)收?qǐng)?bào)告表5.3功能測(cè)試驗(yàn)收?qǐng)?bào)告功能點(diǎn)測(cè)試系統(tǒng)測(cè)試步驟預(yù)期結(jié)果匹配度新增老人信息后臺(tái)系統(tǒng)填寫(xiě)老人信息，提交100%查詢老人信息后臺(tái)系統(tǒng)根據(jù)各種條件查詢老人的信息100%性能壓力測(cè)試驗(yàn)收?qǐng)?bào)告表5.4性能壓力測(cè)試驗(yàn)收?qǐng)?bào)告功能接口并發(fā)量線程量預(yù)期結(jié)果匹配度新增老人信息30000次/S5099.9%查詢老人信息30000次/S20100%測(cè)試結(jié)果分析通過(guò)上述的測(cè)試報(bào)告，可以看出，系統(tǒng)的接口可以滿足正常用戶的需求，即便是面臨大用戶量，大數(shù)據(jù)量的場(chǎng)景，也可以完全適應(yīng)實(shí)際生產(chǎn)應(yīng)用要求。總結(jié)與展望養(yǎng)老院管理系統(tǒng)，實(shí)現(xiàn)了既定的功能需求，實(shí)現(xiàn)了對(duì)老人信息，護(hù)工信息，活動(dòng)信息，親屬信息，以及其他模塊的功能編碼，測(cè)試交付。通過(guò)幾個(gè)月努力，中間有引以為豪的地方，也有失敗的諸多環(huán)節(jié)。但是通過(guò)不斷地改進(jìn)，最終還是成功的完成了養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)。整個(gè)畢設(shè)從研究現(xiàn)狀出發(fā)，了