基于SpringBoot的寵物醫(yī)院系統(tǒng)的設(shè)計與實現(xiàn)

1、基于SpringBoot的寵物醫(yī)院系統(tǒng)的設(shè)計與實現(xiàn)Design and Implementation of Pet Hospital System Based on Springboot內(nèi)容摘要現(xiàn)如今在中國，隨著人民生活質(zhì)量的逐漸提高，以及人民群眾消費能力的日漸增長，各種各樣的家養(yǎng)小動物，已經(jīng)逐漸成為人類越來越親密的生活伴侶。并且，現(xiàn)如今社會競爭及其激烈，人們的生活節(jié)奏越發(fā)急促、緊張，而活潑可愛的小寵物們恰好能為處于緊張生活節(jié)奏中的人兒消除內(nèi)心的孤獨，并舒緩工作上帶來的壓力、增添生活中的情趣。但優(yōu)點往往伴隨著缺點，流浪寵物、寵物傳染病等問題也隨之潛滋暗長，所以需要一個既能滿足愛寵人士的需求，又

2、能有利于解決養(yǎng)寵帶來的問題的平臺，以平衡利與弊之間的利害關(guān)系。本寵物醫(yī)院系統(tǒng)，愛寵人士用戶可以隨時隨地了解養(yǎng)寵知識、學(xué)習(xí)養(yǎng)寵技巧，注冊用戶還能很方便地進(jìn)行寵物就診、美容、清潔等服務(wù)的預(yù)約，還能找到適合自己的寵物進(jìn)行領(lǐng)養(yǎng)，內(nèi)容十分豐富，使用十分便捷；管理員用戶還能很方便地管理網(wǎng)站上的各種內(nèi)容，自定義功能十分強(qiáng)大。本寵物醫(yī)院系統(tǒng)開發(fā)環(huán)境為IDEA（IntelliJ）,服務(wù)器為SpringBoot內(nèi)置Web容器Jetty 3，數(shù)據(jù)庫管理系統(tǒng)為MySQL8.0，使用Java語言框架SpringBoot + JWT + MyBatis Plus進(jìn)行后端開發(fā)，使用Jquery 框架Layui作為前端框架進(jìn)

3、行開發(fā)的前后端分離Web端寵物醫(yī)院系統(tǒng)。關(guān)鍵詞：Java 寵物醫(yī)院 SpringBoot 前后端分離 Layui AbstractNowadays in China, with the increasing of peoples life quality and consumption ability, all kinds of small animals have become more and more intimate life partners. Moreover, nowadays, with the fierce social competition, peoples life r

4、hythm is more and more urgent and tense, and the lively and lovely pets can just eliminate the inner loneliness for the people in the tense life rhythm, relieve the pressure brought by work, and increase the interest in life. However, the advantages are often accompanied by disadvantages, such as st

5、ray pets, pet infectious diseases and so on. Therefore, we need a platform that can not only meet the needs of pet lovers, but also help to solve the problems brought by pet care, so as to balance the interests between the advantages and disadvantages.This pet hospital system enables pet users to le

6、arn pet knowledge and skills anytime and anywhere. Registered users can also easily make appointments for pet treatment, beauty, cleaning and other services, and find suitable pets for adoption. The content is very rich and easy to use. Administrator users can also easily manage all kinds of content

7、 on the website Definition is very powerful.This pet hospital system development environment is idea (IntelliJ), the server is the spring boot built-in web container jetty 3, the database management system is MySQL 8.0, the Java language framework is springboot + JWT + mybatis plus for back-end deve

8、lopment, and the jQuery framework is layui for front-end development.Keywords: Java Pet Hospital Springboot Front and Back Separation Layui畢業(yè)設(shè)計（論文）原創(chuàng)性聲明本人鄭重聲明：所呈交的畢業(yè)設(shè)計（論文），是本人在指導(dǎo)老師的指導(dǎo)下，獨立進(jìn) 行的設(shè)計（研究）工作及取得的成果，論文中引用他人的文獻(xiàn)、數(shù)據(jù)、圖件、資料均已 明確標(biāo)注出，論文中的結(jié)論和結(jié)果為本人獨立完成，不包含他人已經(jīng)發(fā)表或撰寫的作品 及成果。對本文的研究作出貢獻(xiàn)的個人和集體，均已在論文中作了明確的說

9、明。本人完全意識到本聲明的法律結(jié)果由本人承擔(dān)。 畢業(yè)論文作者（簽字）： 簽字日期： 年 月 日指導(dǎo)教師評分： 評閱教師評分： 答辯小組評分： 總評成績： 系主任簽字（蓋章）： 年 月 日 目錄1 緒論11.1開發(fā)背景11.2 國內(nèi)外研究現(xiàn)狀21.3 發(fā)展前景31.4 設(shè)計思想32 可行性研究52.1 技術(shù)可行性52.2 社會環(huán)境可行性52.3 經(jīng)濟(jì)可行性52.4 操作可行性52.5 法律可行性53 系統(tǒng)需求分析63.1 需求概述63.2 門店系統(tǒng)需求分析63.3 后臺管理系統(tǒng)需求分析74 系統(tǒng)設(shè)計94.1 系統(tǒng)總體設(shè)計94.1.1 系統(tǒng)功能模塊設(shè)計94.1.2 系統(tǒng)架構(gòu)設(shè)計104.1.3 系統(tǒng)

10、角色劃分124.1.4 系統(tǒng)業(yè)務(wù)流程設(shè)計134.2 系統(tǒng)模塊設(shè)計134.2.1 門店首頁模塊詳細(xì)設(shè)計154.2.2 預(yù)約就診模塊詳細(xì)設(shè)計184.3 數(shù)據(jù)庫設(shè)計244.3.1 數(shù)據(jù)庫需求分析與設(shè)計244.3.2 數(shù)據(jù)庫概念設(shè)計254.3.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計315 系統(tǒng)實現(xiàn)405.1 門店系統(tǒng)實現(xiàn)405.1.1 門店首頁405.1.2 寵物課堂模塊425.1.3 醫(yī)院相關(guān)服務(wù)介紹模塊435.1.4 預(yù)約就診模塊445.1.5 寵物認(rèn)領(lǐng)模塊485.1.6 個人中心模塊495.2 后臺管理系統(tǒng)實現(xiàn)545.2.1 用戶管理545.2.2 養(yǎng)寵課堂555.2.3 留言管理565.2.4 預(yù)約就診575

11、.2.5 醫(yī)生出勤管理585.2.6 文件管理595.3 前后端整合對接實現(xiàn)616 系統(tǒng)測試647 總結(jié)與展望67致謝68附錄69參考文獻(xiàn)701 緒論1.1開發(fā)背景現(xiàn)如今的中國，隨著人民生活質(zhì)量的逐漸提高，以及人民群眾消費能力的日益增長，無論是活潑可愛的小貓，忠誠可愛的狗狗，活蹦亂跳的兔子，還是水里閑游的魚兒小蝦，各式各樣的家養(yǎng)小動物們，都不僅僅只有看家護(hù)院，和觀賞娛樂的作用，更重要的是它們正逐步開始成為人們家庭中的重要伙伴，必要成員。并且在現(xiàn)如今競爭日益激烈，生活節(jié)奏更加快速的社會生活中，寵物們可愛活潑的一面，為正處于緊張現(xiàn)代生活中的人類消除孤獨、緩解工作上的壓力、增加生活的情趣。但是，但凡

12、事物都具有兩面性，在優(yōu)點之下往往伴隨著缺點，好處之下往往伴隨著壞處，寵物傳染病問題和流浪寵物問題也由此產(chǎn)生，潛滋暗長，困擾著喜愛寵物的人們，例如：1）、城市的規(guī)劃建設(shè)以及老舊房屋的拆遷工作越來越頻繁、迫切，老房子拆遷了之后，那些曾經(jīng)看家護(hù)院的小動物可能就因為住址遷移而遺留下來，成為了流浪動物。喬遷新居對于拆遷戶們來說，是一件值得慶祝的好事，但是，對于小動物們來說，便意味流浪生活的開始；2）、小寵物們沒有自我照顧的能力，會到處亂跑，這時候，如果主人稍微不注意，就會讓寵物走丟，導(dǎo)致流浪動物越來越多；3）、寵物們的繁殖能力很強(qiáng)，就拿小貓來說，一只沒有絕育的普通貓，一年要繁殖520只小貓，有的還能繁殖

13、20只以上。一些普通家庭根本負(fù)擔(dān)不起飼養(yǎng)多只寵物的重任，就算負(fù)擔(dān)得起，也會因為照顧不夠全面而產(chǎn)生諸多問題。這時候，寵物的主人可能會選擇遺棄寵物，所以流浪貓的增加速度及其之快。如果寵物的主人一旦沒有提前給自己飼養(yǎng)的小寵物做好絕育措施，那寵物在生育后，大多數(shù)幼崽只能送給他人，或者直接丟棄掉任其自生自滅。而這些被棄養(yǎng)小動物又會在不同的地方隨意繁殖后代，久而久之，就形成了難以遏制的惡性循環(huán)，流浪貓的數(shù)量會不斷地增長。4）、由第3點我們可以知道了流浪動物的增長原因，而流浪動物的增長會間接地將疾病傳播給人類，因為欠缺照顧的流浪寵物會生病，如果沒有及時得到治療，就可能引發(fā)各種傳染性疾病，危害到人們的身體健康

14、。據(jù)查閱醫(yī)學(xué)資料得知，流浪寵物引起的感染率較高的疾病分為八種：狂犬病、弓形體病、慢病毒感染、線蟲病、貓抓病、流行性乙型腦炎、貓癬、流行性出血熱等。其中，感染率排行榜首是上述所說的第一種狂犬病，和第六種流行性乙型腦炎，兩種傳染病的得病后果也最為嚴(yán)重。5）、據(jù)統(tǒng)計，現(xiàn)如今，我國狂犬病發(fā)病數(shù)量高居世界第二名，在我國，狂犬病一直處于傳染病疫情首位。更加容易被忽視的是，在街頭巷尾到處亂跑的流浪動物，可能會和兒童或者成年人產(chǎn)生直接或者間接的接觸，存在巨大的傳染病傳播的風(fēng)險，甚至還可能出現(xiàn)流浪動物因為疾病和疏于和人類接觸的原因，主動攻擊人類的現(xiàn)象；這種情況一旦被忽視，后果將是傳染病感染率的大幅度攀升。為了解

15、決我國寵物飼養(yǎng)的不良現(xiàn)狀，讓家養(yǎng)寵物健康成長，減少社會上的流浪動物數(shù)量，基于SpringBoot框架的WEB端新型公益性寵物醫(yī)院應(yīng)運而生。本次課題研究就是力求做到倡導(dǎo)科學(xué)、文明、合法合理繁殖、飼養(yǎng)寵物、為寵物飼養(yǎng)者提供幫助的同時，力求能為改良寵物飼養(yǎng)的不良現(xiàn)狀做出一點小貢獻(xiàn)。1.2 國內(nèi)外研究現(xiàn)狀1、國內(nèi)的現(xiàn)狀研究：眾多與寵物行業(yè)方面相關(guān)的產(chǎn)品和服務(wù)主，概括起來主要包括醫(yī)療保健、寵物美容、寵物食品；以及用品用具等4方面相關(guān)產(chǎn)業(yè)鏈產(chǎn)品，這條寵物產(chǎn)品產(chǎn)業(yè)鏈的上游產(chǎn)品，主要是寵物食品產(chǎn)品，產(chǎn)業(yè)鏈的下游產(chǎn)品主要是寵物醫(yī)療方面的服務(wù)。其實，在古代，寵物行業(yè)就已經(jīng)出現(xiàn)在人們的生活之中，例如古代的獸醫(yī)；而寵

16、物行業(yè)產(chǎn)業(yè)鏈的正式形成是在建國之后，并在短短十年內(nèi)迅速發(fā)展，產(chǎn)業(yè)鏈逐步延伸，相關(guān)產(chǎn)品逐漸豐富、琳瑯滿目。在小康社會成型初期，國內(nèi)寵物醫(yī)療服務(wù)方面的消費日益提高，人們飼養(yǎng)寵物的初衷與目的，也開始由原來的娛樂需求，休閑性質(zhì)，逐步轉(zhuǎn)變，成為人們精神方面的慰藉和情感方面的寄托。并且在交通極為便捷以及網(wǎng)絡(luò)科技極為發(fā)達(dá)的今天，當(dāng)人們飼養(yǎng)的小寵物產(chǎn)生了疾病，或者需要醫(yī)療、保健服務(wù)時，寵物們的主人往往會通過朋友介紹或者相關(guān)媒介宣傳渠道獲得各個寵物醫(yī)院的信息，然后選擇在住宅處附近的寵物醫(yī)院就醫(yī)。 由文獻(xiàn)中國寵物醫(yī)院行業(yè)現(xiàn)狀分析與發(fā)展趨勢研究報告（中國產(chǎn)業(yè)調(diào)研網(wǎng)2017年版）可知，我國的寵物醫(yī)院按照規(guī)模的大小，可

17、分為兩類：小規(guī)模私人店、大中型醫(yī)院。小規(guī)模的寵物醫(yī)院，一般目的在于滿足寵物市場，服務(wù)城市周邊的居民，缺點是：設(shè)備簡陋，流水作業(yè)價格較低。大中型的寵物醫(yī)院服務(wù)配套設(shè)施齊全，雖然能夠提供高質(zhì)量的寵物醫(yī)療方面的服務(wù)，而且服務(wù)范圍也較為廣泛，但是缺點在于價格極其的高，而且手續(xù)繁瑣。我國的寵物醫(yī)療服務(wù)行業(yè)的發(fā)展，目前仍然處于早期的需求增長期，但發(fā)展的潛力不可限量。2、國外的現(xiàn)狀研究： 日本寵物雜志愛犬之友，是一本擁有50年歷史的著名養(yǎng)寵雜志，它的作者分析說道：“過去寵物只是看家的狗，捉老鼠的貓其價值全部體現(xiàn)在其功用上。然而隨著人們生活水平的提高，它們已經(jīng)從單純從事某種勞動的動物變成人類日常生活中的伙伴、

18、填補(bǔ)心靈空虛的玩物。” 由此可見，日本社會上也出現(xiàn)了寵物服務(wù)行業(yè)盛行的勢態(tài)，而且據(jù)雜志內(nèi)容還了解到，所涉及的寵物服務(wù)行業(yè)包括：寵物食品、寵物用具等，相關(guān)的寵物服務(wù)用品的市場銷售總額，已經(jīng)高達(dá)到1兆日元，并以極快的速度增長。美國作為全球最大寵物消費市場，一直以“寵物服務(wù)最成熟的國度”的頭銜自居于世界榜首，在2001至2014年，短短的4年間，美國的寵物行業(yè)年均復(fù)合增長率高達(dá)5.62 % ，并且據(jù)大數(shù)據(jù)統(tǒng)計預(yù)測在未來仍將保持4 % 以上的年增長率繼續(xù)增長。在美國寵物行業(yè)產(chǎn)業(yè)鏈的各個分支中，寵物食品、寵物醫(yī)療行業(yè)總產(chǎn)值約為605.9億美元，占據(jù)美國整個寵物行業(yè)的主導(dǎo)地位。1.3 發(fā)展前景經(jīng)過多番討論

19、、研究，通過多種數(shù)據(jù)的統(tǒng)計，最終我得出這樣一個思路：“讓寵物更好地陪伴人們的生活”。新型的寵物醫(yī)院給寵物主提供寵物一站式服務(wù)，從寵物醫(yī)院衍生出的寵物醫(yī)療服務(wù)、寵物公益活動項目、認(rèn)領(lǐng)寵物、領(lǐng)養(yǎng)寵物、寵物用品銷售、寵物食品、寵物服裝、寵物清潔美容等服務(wù)應(yīng)運而生。這些都是寵物在人們生活中，變得日漸重要的體現(xiàn)，這也使得寵物的健康狀況備受人們的關(guān)注，也使得寵物醫(yī)院產(chǎn)業(yè)成為了炙手可熱的經(jīng)營產(chǎn)業(yè)。智研咨詢集團(tuán)在2018-2024年中國寵物行業(yè)分析與投資決策咨詢報告中指出：的寵物數(shù)量在 2003 年至2016 年的 10 年間增長了900%。2017 年中國寵物數(shù)量已增至1.68億只左右，寵物產(chǎn)業(yè)銷售額突破了

20、1300 億元。這也再次體現(xiàn)出寵物行業(yè)的經(jīng)營范圍不在局限于醫(yī)療服務(wù)，以寵物為主要服務(wù)對象的寵物日用品、醫(yī)療保健、清潔美容等服務(wù)也已經(jīng)普遍存在。而把寵物醫(yī)院充當(dāng)經(jīng)營的主體，多樣化的寵物服務(wù)以及具有號召力的寵物公益為客體，寵物醫(yī)院在為消費者提供醫(yī)療服務(wù)的同時，延伸出各種各樣的增值服務(wù)，寵物醫(yī)院行業(yè)具有非常大的可開發(fā)空間。1.4 設(shè)計思想現(xiàn)如今大型的寵物醫(yī)院門店非常的少，可定制性極低，并且資源過于單調(diào)乏味，“門店”也僅僅是“門店”而已，因此，此次研究：1）、在網(wǎng)站上添加“天氣查詢功能”方便用戶查看到院就診時的天氣，還提供地圖導(dǎo)航定位用戶和醫(yī)院門店的地點，方便用戶出行方式的安排；2）、網(wǎng)站還實現(xiàn)“門戶

21、”形式的“認(rèn)領(lǐng)/領(lǐng)養(yǎng)”公益中心，提供用戶寵物轉(zhuǎn)讓、寵物找回、以及發(fā)布認(rèn)領(lǐng)啟示等功能，擴(kuò)展醫(yī)院的知名度，同時，公益活動的開展模塊也進(jìn)一步闡述了這個目的；3）、對于后臺管理的用戶，不僅擁有上述功能的同時，還擁有定制寵物醫(yī)院門店的功能，大到業(yè)務(wù)，小到數(shù)據(jù)圖標(biāo)等，大多數(shù)都是可以擴(kuò)展和定制的；4）、網(wǎng)站的各種資源均可準(zhǔn)確、快捷、方便地獲得與操作，管理極為方便，效率極高，與其他寵物醫(yī)院相比更勝一籌；5）、摒棄傳統(tǒng)的JSP頁面，使用Jquery前端框架Layui作為界面交互，速度更快，界面更加符合審美，并且實現(xiàn)前后端分離開發(fā)部署，框架的擴(kuò)展及其方便，維護(hù)極為簡便，模塊化的Layui框架在升級更新上更加便捷。

22、2 可行性研究2.1 技術(shù)可行性本系統(tǒng)使用SpringBoot、MyBatisPlus、JWT以及JQuery前端框架Layui進(jìn)行開發(fā)，開發(fā)便捷，維護(hù)簡單，可滿足系統(tǒng)全部業(yè)務(wù)需求以及非業(yè)務(wù)需求，界面簡潔美觀符合審美，實現(xiàn)功能邏輯性強(qiáng)，數(shù)據(jù)庫使用主流關(guān)系型的數(shù)據(jù)庫MySQL，安全高效準(zhǔn)確，技術(shù)上完全可行。2.2 社會環(huán)境可行性如今飼養(yǎng)寵物的人越來越多，相關(guān)消費市場也逐漸擴(kuò)大，而一個小巧、美觀、功能全面的寵物醫(yī)院的出現(xiàn)，正好彌補(bǔ)了這一市場的空缺，并且與傳統(tǒng)寵物醫(yī)院相比，線上獲得相關(guān)資訊與服務(wù)，往往要比實地考察來得便捷，線上預(yù)約更極大地節(jié)省了用戶的時間，本系統(tǒng)具有眾多當(dāng)前社會環(huán)境下實施的有利因素，

23、社會環(huán)境可行性分析結(jié)果為可行。2.3 經(jīng)濟(jì)可行性現(xiàn)如今，線上的寵物醫(yī)院競爭力較小，項目上線后附帶的第三方效益如：寵物相關(guān)產(chǎn)品、寵物相關(guān)藥物、寵物相關(guān)醫(yī)療技術(shù)等潛在效益較高，并且項目基礎(chǔ)建設(shè)投資資金(詳見附錄1）較少，開發(fā)費用均為一次性支出，維護(hù)費用極低，短期內(nèi)便可有持續(xù)收益。2.4 操作可行性現(xiàn)在正是“大前端”時代，本網(wǎng)站軟件屬于B/S架構(gòu)類型的應(yīng)用，對于用戶來說只需要一個瀏覽器即可使用，進(jìn)入系統(tǒng)后，菜單以及各項功能的說明與指引一應(yīng)俱全，操作簡便快捷，在可操作原則方面上完全可行。2.5 法律可行性本系統(tǒng)（咚咚寵物醫(yī)院系統(tǒng)）是自主設(shè)計和開發(fā)的，法律上擁有自主知識產(chǎn)權(quán)。本系統(tǒng)的開發(fā)并不侵犯任何個人

24、、集體、國家的利益，也不會違反國家的相關(guān)政策和法律，本系統(tǒng)相關(guān)業(yè)務(wù)也在國家規(guī)定可經(jīng)營項目范圍內(nèi)。3 系統(tǒng)需求分析3.1 需求概述本系統(tǒng)主要面向社會全體飼養(yǎng)寵物的人士，以及愛寵人士，這部分用戶群體的數(shù)量正在日益增加，這也說明飼養(yǎng)寵物所帶來的的問題正在增加，在此背景下，需要實現(xiàn)一個既能滿足養(yǎng)寵人士的需求，又能解決養(yǎng)寵所帶來的問題的平臺。3.2 門店系統(tǒng)需求分析1）、首頁：展示一段符合醫(yī)院門店風(fēng)格的視頻，闡述醫(yī)院的服務(wù)宗旨；在首頁的頁面使用Swipper下拉切換，第二頁是對醫(yī)院的概況進(jìn)行介紹，讓用戶進(jìn)一步了解醫(yī)院的服務(wù)，第三頁是介紹醫(yī)院的主力醫(yī)師，讓用戶肯定醫(yī)院的醫(yī)師資源，第四頁是對醫(yī)院近期的新聞進(jìn)

25、行展示，讓用戶了解醫(yī)院的最新動態(tài)，第五頁是地圖導(dǎo)航頁，以及留言頁面，進(jìn)入這個頁面，系統(tǒng)會自動規(guī)劃用戶與醫(yī)院的路線，讓用戶出行前做好準(zhǔn)備，也可以進(jìn)行留言反饋，讓客服人員與用戶聯(lián)系，第六頁是醫(yī)院的相片長廊，展示醫(yī)院與寵物之間的點點滴滴，底部是醫(yī)院的聯(lián)系信息介紹以及交流群，用戶可以加入交流群分享養(yǎng)寵心得以及咨詢問題。2）、養(yǎng)寵課堂：用戶可以在這個頁面找到適合自己的寵物飼養(yǎng)教學(xué)視頻，視頻內(nèi)容涉及從養(yǎng)寵教學(xué)到注意事項、知識普及、人寵和諧發(fā)展等方面，視頻具有點擊量顯示欄，點贊數(shù)顯示欄等。3）、養(yǎng)寵知識：與養(yǎng)寵課堂相類似，但是不同點在于養(yǎng)寵課堂是視頻媒體類型，養(yǎng)寵知識是圖文類型，帶有條件搜索方便用戶查找。4

26、）、醫(yī)院服務(wù)業(yè)務(wù)：這個頁面詳細(xì)介紹醫(yī)院所有的服務(wù)項目，用戶可以點擊自己所需的服務(wù)查看對應(yīng)的詳情，并且可以在適合的業(yè)務(wù)上點擊預(yù)約就診，為自己的寵物預(yù)約看病或者其他服務(wù)的時間段。5）、康復(fù)案例：用戶在這個頁面可以查看到已經(jīng)到過醫(yī)院治愈的病例，讓用戶更加肯定醫(yī)院的醫(yī)療服務(wù)水平。6）、預(yù)約就診：進(jìn)入頁面后，用戶可以看到醫(yī)院的相關(guān)醫(yī)生信息，包括醫(yī)生的從業(yè)簡介，主治科目簡介，好評度，以及進(jìn)行預(yù)約，預(yù)約需要先進(jìn)行登錄。7）、預(yù)約手續(xù)頁面：選定預(yù)約的醫(yī)生后進(jìn)入此頁面，展示醫(yī)生可預(yù)約的時間段，用戶選擇時間段后進(jìn)行預(yù)約信息填寫，提交后返回預(yù)約結(jié)果。8）、寵物公益活動：用戶可以查看醫(yī)院發(fā)布的公益活動信息，了解活動的

27、內(nèi)容，并參與到活動中來。9）、寵物認(rèn)領(lǐng)：用戶進(jìn)入頁面后展示所有的 領(lǐng)養(yǎng)/認(rèn)領(lǐng) 公告文章，用戶可以進(jìn)行類型的篩選、時間的篩選、熱門程度的篩選、寵物類型的篩選，并查看文章詳情，對于登錄的用戶展示認(rèn)領(lǐng)文章的用戶聯(lián)系方式，讓用戶私下聯(lián)系，本平臺不負(fù)責(zé)認(rèn)領(lǐng)、交易服務(wù),只單純提供平臺信息資源；用戶也可以發(fā)布自己的公告文章，便于沒有用戶找到適合自己的寵物，也便于遺失寵物的用戶找回自己的寵物。同時也幫助不想繼續(xù)飼養(yǎng)寵物的用戶轉(zhuǎn)讓自己的寵物，降低遺棄寵物事件發(fā)生的概率。10）、聯(lián)系我們：提供醫(yī)院所有的聯(lián)系方式，便于用戶與醫(yī)院溝通。11）、個人中心：a.名片卡：查看當(dāng)前登錄用戶的基本信息 ；b.基本信息：修改當(dāng)前

28、登錄用戶的基本信息 ；c.預(yù)約管理：用戶查看自己所有的預(yù)約記錄，可以取消預(yù)約以及對服務(wù)的評價；d.認(rèn)領(lǐng)管理： 用戶查看自己發(fā)布過的認(rèn)領(lǐng)/領(lǐng)養(yǎng)文章，可對文章設(shè)置認(rèn)領(lǐng)/領(lǐng)養(yǎng)狀態(tài)，以及刪除 ；e.收藏管理：管理用戶對網(wǎng)站資源的收藏記錄；f.賬號綁定：可綁定郵箱、手機(jī)、qq、微信 ；g.找回密碼：用戶如果遺忘咚咚寵物醫(yī)院的用戶登錄密碼，可以通過手機(jī)發(fā)送驗證碼的方式登錄，登錄后，在此頁面進(jìn)行密碼找回操作；h.修改密碼：修改原有密碼；3.3 后臺管理系統(tǒng)需求分析1）、主頁：查看醫(yī)院的訪問概況 ；2）、系統(tǒng)管理：a.用戶管理 ；b.部門管理 ；c.角色管理 ；d.菜單管理 ；e.登錄日志管理；f.在線用戶管

29、理；3）、門店主頁管理：a.公告管理；b.醫(yī)院簡介管理；c.新聞管理；d.幻燈片管理 ；4）、業(yè)務(wù)管理：a.官方活動管理；b.康復(fù)案例管理；c.養(yǎng)寵知識管理；d.醫(yī)院技術(shù)簡介管理；e.養(yǎng)寵課堂管理；f.寵物分類管理；g.寵物類型管理；h.醫(yī)院服務(wù)管理；i.認(rèn)領(lǐng)/領(lǐng)養(yǎng)文章管理；j.留言管理；k.預(yù)約就診管理；l.醫(yī)生出勤安排管理；5）、輔助工具管理：a.天氣查詢；b.地圖查詢；6）、文件管理：管理網(wǎng)站所有的圖片視頻資源，可以上傳、下載、預(yù)覽、刪除文件、新建目錄等操作；7）、系統(tǒng)監(jiān)控：查看系統(tǒng)運行的情況，包括：a.jvm信息；b.Swagger2日志；c.系統(tǒng)日志 ；d.Redis監(jiān)控；e.請求追

30、蹤；f.服務(wù)器信息；8）、代碼生成：開發(fā)時便于生成基本代碼；9）、任務(wù)調(diào)度：設(shè)置QUARTZ定時任務(wù)，如定期刪除圖片視頻臨時目錄，刪除過期預(yù)約等；10）、個性化設(shè)置：用戶根據(jù)自己的審美，修改界面風(fēng)格，下次登陸自動生效；4 系統(tǒng)設(shè)計4.1 系統(tǒng)總體設(shè)計4.1.1 系統(tǒng)功能模塊設(shè)計本系統(tǒng)分為門店系統(tǒng)、后端管理系統(tǒng)兩大系統(tǒng)，門店系統(tǒng)有12個主要的功能模塊，后端管理系統(tǒng)主要由10個功能模塊構(gòu)成，相關(guān)系統(tǒng)功能模塊圖如下圖圖 4-1 系統(tǒng)主要功能模塊圖4.1.2 系統(tǒng)架構(gòu)設(shè)計系統(tǒng)后端架構(gòu)概述：系統(tǒng)框架主要建立在SpringBoot2.1.7框架的基礎(chǔ)上，是可以獨立運行的Spring web應(yīng)用，內(nèi)嵌了眾多

31、應(yīng)用上下文運行的容器，如Tomcat、Jetty、Undertow等，可以方便快速地運行起來而無需眾多繁瑣的配置部署和操作步驟，無需像Spring那樣搞一堆繁瑣的xml配置文件，內(nèi)置的pom可以簡化Maven的配置使用；其他的框架組件只需要引入對應(yīng)的pom依賴，并添加compoment、Bean等注解即可；系統(tǒng)框架其他主要構(gòu)成與技術(shù)選型如下：1）、SpringMVC、MyBatisPlus3.2、Apach-Shiro1.4、JsonWebToken-JWT3.8.2，基于Shiro-RBAC角色訪問控制，MybatisPlus作為數(shù)據(jù)持久層，JWT作為前后端分離認(rèn)證服務(wù)的SpringBoot

32、 Web系統(tǒng)架構(gòu)。2）、 ApachShiro是一個開源的權(quán)限管理框架，它的RBAC角色訪問控制器，能根據(jù)不同用戶權(quán)限動態(tài)構(gòu)建路由，對不同類型用戶展示對應(yīng)權(quán)限下的菜單，并對按鈕做權(quán)限控制，其授權(quán)可抽象為：Who / What / How 的三元組合關(guān)系，即“誰（Who）”對“什么資源（What）”進(jìn)行“怎樣的操作（How）”,形成主體對客體的操作邏輯；3）、SpringMVC使用RESTFul風(fēng)格接口，在rest面向資源架構(gòu)的基礎(chǔ)上進(jìn)行擴(kuò)展的rest風(fēng)格的web服務(wù)，將用戶請求的主體抽象成資源，并加上唯一資源標(biāo)識符，利用RequestMapping 注解，對指定要處理請求的URI請求路徑，以及

33、對HTTP的請求動作進(jìn)行響應(yīng)；并利用PathVariable注解，對URI請求路徑中的變量映射到對應(yīng)Controller處理方法的接收參數(shù)上，此外，前端使用Ajax對后臺發(fā)送GET、PUT、POST、OPTION、DELETE等請求，實現(xiàn)前后端交互；4）、由于項目模塊較多，為提高性能以及便于開發(fā)和維護(hù)，系統(tǒng)設(shè)計時考慮支持多數(shù)據(jù)源，以及使用MyBatisCodeGenerator代碼生成，既統(tǒng)一了接口代碼的風(fēng)格，便于維護(hù)，又能提高開發(fā)效率；5）、系統(tǒng)著重點在于后臺管理以及門店業(yè)務(wù)，這兩方面數(shù)據(jù)結(jié)構(gòu)較為復(fù)雜，數(shù)據(jù)量較大，因此使用Hikari數(shù)據(jù)庫連接池作為持久層交接的中間容器，Hikari是一個數(shù)

34、據(jù)吞吐量極高的數(shù)據(jù)庫連接池，開發(fā)人員稱他為“史上最快的連接池”，性能幾乎是C3PO和DBCP的25倍，作為高性能、準(zhǔn)確的數(shù)據(jù)庫鏈接池必不可少。6）、系統(tǒng)屬于鑒權(quán)認(rèn)證類型系統(tǒng)，權(quán)限識別可精確到按鈕，因此，鑒權(quán)時要經(jīng)過大量的資源認(rèn)證過慮，為了避免業(yè)務(wù)邏輯層頻繁調(diào)用DAO,使用Redis 數(shù)據(jù)庫作為數(shù)據(jù)緩存中間件，避免頻繁的讀庫寫庫操作，從而提高系統(tǒng)性能。系統(tǒng)后端框架邏輯與架構(gòu)圖如下：圖4-2 系統(tǒng)后端框架邏輯與架構(gòu)圖系統(tǒng)前端架構(gòu)概述：技術(shù)沒有好壞之分，在不同的地方發(fā)揮的作用各不相同，現(xiàn)在市面上常見的幾大前端框架有Vue、EasyUI、Bootstrap、Layui、React、Angular等，界

35、面風(fēng)格各不相同，使用方式和構(gòu)建方法也各不相同，但本項目屬于服務(wù)類型的項目，面向的用戶為飼養(yǎng)寵物和愛好寵物的群體用戶，因此界面風(fēng)格不能過于拘謹(jǐn)、嚴(yán)肅以及呆板，需要活力、明朗、暖色的界面風(fēng)格；在前端系統(tǒng)實施過程中，要考慮到系統(tǒng)代碼的重用的性、耦合性以及與與后端系統(tǒng)整合時的接口吻合度，因此，對前端框架系統(tǒng)架構(gòu)設(shè)計上的關(guān)注點有以下兩點：1）、框架選型：由于系統(tǒng)面向的用戶類型為有愛心的愛寵人士，因此界面風(fēng)格使用較為有親和力的Layui前端框架進(jìn)行設(shè)計開發(fā)；本系統(tǒng)是基于JWT進(jìn)行開發(fā)的前后端分離WEB系統(tǒng)，后端代碼與前端代碼不在同一個服務(wù)器上部署運行，因此選用Layui前端框架能很好地結(jié)合后端處理CROS

36、跨域問題，前端Config配置存儲器也能很好地配合后端存儲Token等數(shù)據(jù)；2）、框架特點：Layui是基于JQuery封裝的框架，各種界面組件均為模塊化封裝，需要使用時直接引用標(biāo)識符即可，不需要重復(fù)編輯代碼即可完成界面構(gòu)建，耦合性極低，代碼重用性極高，并且有統(tǒng)一的返回碼處理器，對后端返回的狀態(tài)碼進(jìn)行統(tǒng)一處理，避免了繁瑣的返回數(shù)據(jù)處理問題；系統(tǒng)前端框架邏輯與架構(gòu)圖如下：圖4-3 系統(tǒng)前端框架邏輯與架構(gòu)圖如4.1.3 系統(tǒng)角色劃分1）、游客：游客在沒有登錄賬號的情況下，可以對首頁“醫(yī)院介紹”、“醫(yī)生資源力量”、“醫(yī)院簡介”、“公益活動”、“聯(lián)系我們”等頁面進(jìn)行瀏覽和操作，若游客用戶的操作涉及“預(yù)

37、約就診”、“個人中心”、“發(fā)布認(rèn)領(lǐng)/領(lǐng)養(yǎng)”、“收藏”等操作，則需要先進(jìn)行登錄，在登錄頁面，用戶可以選擇登錄方式，“賬號密碼登錄”需要輸入圖片驗證碼，“手機(jī)號碼登錄”需要輸入短信驗證碼；若用戶沒有賬戶，可以在注冊頁面進(jìn)行注冊；若用戶忘記登錄密碼，則可以在登錄頁面選擇短信驗證碼進(jìn)行登錄，登錄后可以在個人中心進(jìn)行密碼重置。2）、注冊用戶：注冊用戶在沒有登錄的時候，所有操作權(quán)限與游客一致，登錄后可以使用門店系統(tǒng)的所有功能，但所操作的數(shù)據(jù)不包括其他用戶的數(shù)據(jù)。3）、管理員：管理員擁有游客以及注冊用戶的所有權(quán)限，但不能管理用戶所收藏的內(nèi)容，該內(nèi)容屬于個人隱私內(nèi)容；管理員在登錄系統(tǒng)時，若賬戶密碼通過校驗，系

38、統(tǒng)會提示用戶選擇要進(jìn)入的系統(tǒng)是“咚咚寵物醫(yī)院門店系統(tǒng)”還是“咚咚寵物醫(yī)院管理系統(tǒng)”，若選擇“門店系統(tǒng)”，則所有操作權(quán)限與注冊用戶一致，一般管理員用戶登錄“門店系統(tǒng)”是為了查看對醫(yī)院的配置效果，如“發(fā)布新聞”、“修改主頁醫(yī)生”、“發(fā)布公益活動”等效果預(yù)覽；若用戶選擇的是后端管理系統(tǒng)，則進(jìn)入后端管理平臺，可按所擁有的權(quán)限對咚咚寵物醫(yī)院進(jìn)行管理。4.1.4 系統(tǒng)業(yè)務(wù)流程設(shè)計圖4-4 系統(tǒng)業(yè)務(wù)相關(guān)流程圖4.2 系統(tǒng)模塊設(shè)計咚咚寵物醫(yī)院用例圖的參與者由游客、會員(注冊用戶)、管理員三者組成，包括的用例有：門店首頁、養(yǎng)寵課堂、養(yǎng)寵知識、醫(yī)院服務(wù)業(yè)務(wù)、康復(fù)案例、預(yù)約就診、預(yù)約手續(xù)、寵物公益活動、寵物認(rèn)領(lǐng)、聯(lián)

39、系我們、個人中心、后臺管理主頁、系統(tǒng)管理、門店主頁管理、業(yè)務(wù)管理、輔助工具管理、文件管理、系統(tǒng)監(jiān)控、代碼生成、任務(wù)調(diào)度、個性化設(shè)置等，系統(tǒng)用例圖如下所示：圖 4-5 系統(tǒng)用例圖對各個模塊進(jìn)行分解，對他們之間的相互調(diào)用關(guān)系和數(shù)據(jù)傳遞邏輯進(jìn)行分析，從而得出各個模塊的設(shè)計描述說明（因論文篇幅問題，此節(jié)只列舉出有代表性的功能模塊進(jìn)行詳細(xì)設(shè)計說明，與其他模塊的設(shè)計方法基本一致，不再贅述）：4.2.1 門店首頁模塊詳細(xì)設(shè)計1）、視圖層：門店首頁視圖層包括Layui路由route組件、JQuery組件庫、Swapper切換組件、百度地圖Bmap組件以及Random數(shù)字滾動組件，各個組件的描述說明如下表：表4

40、-1 門店首頁視圖層模塊詳細(xì)設(shè)計描述表組件名稱功能描述輸入算法描述處理輸出Layui路由route組件將所有首頁頁面進(jìn)行組合，在用戶切換頁面時渲染對應(yīng)頁面1、路由名稱：name2、路由地址：urlindex.regRouter(res); / 注冊路由index.loadHome( / 加載主頁url: #/main/home,name: 首頁);調(diào)用regRoute()注冊路由，并調(diào)用loadHome()方法加載首頁首頁index的Dom對象JQuery組件庫主要負(fù)責(zé)處理dom對象以及前后臺交互數(shù)據(jù)處理1、 元素編號：id2、 Jquery方法限定名：nameadmin.ajax(url:

41、config.cs,type: GET,dataType: JSON,data: id: 1,success: function(res) /相關(guān)邏輯,);調(diào)用jquery內(nèi)置的方法進(jìn)行數(shù)據(jù)處理和元素對象的處理渲染后的結(jié)果集或交互返回的結(jié)果集Swapper切換組件橫向或縱向切換頁面、元素增加頁面的美觀性和提供良好的交互1、 頁面元素編號：id2、 自定義參數(shù)集合：var swiper = new Swiper(.ddph-page-fou-block .swiper-container, /參數(shù)集合,pagination: /樣式參數(shù),);調(diào)用swiper工具類進(jìn)行頁面的元素渲染渲染后的頁面d

42、om對象百度地圖Bmap組件實現(xiàn)web端的地圖定位導(dǎo)航1、 頁面元素：id2、 定點元素坐標(biāo)：（x,y）var map = new AMap.Map(container, /參數(shù));Map類封裝的方法直接處理數(shù)據(jù)返回定位后的結(jié)果Random數(shù)字滾動組件實現(xiàn)數(shù)據(jù)的懶加載遞增1、 起始數(shù)據(jù):num2、 渲染元素：id3、 渲染時間：timeadmin.util.animateNum(#ddphAnimNum1, null, 2000, 80);調(diào)用方法直接渲染返回渲染后的界面2）、控制層：首頁模塊在加載之前，需要訪問web控制器獲取數(shù)據(jù)，主要訪問的控制器與數(shù)據(jù)交互描述說明如下表：表 4-2 控制器

43、與數(shù)據(jù)交互詳細(xì)設(shè)計描述說明表組件名稱首頁模塊控制器功能描述處理前后端交互數(shù)據(jù)輸入1、訪問路徑限定名：url 2、分頁參數(shù)limit 3、數(shù)據(jù)類型：type算法描述ApiOperation(value = 獲取首頁醫(yī)生Swiper)GetMapping(swiper)RequiresPermissions(doctors:list)public ResponseBodyUtil getAllDoctorSwiper(int limit,int type) List resList ; /具體邏輯 return new ResponseBodyUtil().data(resList).code(2

44、00).msg(查找成功！);處理調(diào)用業(yè)務(wù)邏輯層處理前端請求的數(shù)據(jù)，對數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝3）、業(yè)務(wù)邏輯層 業(yè)務(wù)邏輯層是視圖層和數(shù)據(jù)持久層的中介，負(fù)責(zé)數(shù)據(jù)轉(zhuǎn)型、拆箱、封裝、邏輯運算，主要設(shè)計的描述說明如下表：表 4-3 首頁業(yè)務(wù)邏輯層詳細(xì)設(shè)計描述說明表組件名稱首頁模塊業(yè)務(wù)邏輯層功能描述處理用戶請求的數(shù)據(jù)輸入1、分頁參數(shù)limit 2、數(shù)據(jù)類型：type算法描述public List listSwiper(int limit, int type) List doctors = doctorsMapper.findDoctorDetailByType(type);

45、return doctors;處理調(diào)用數(shù)據(jù)持久層查詢數(shù)據(jù)庫數(shù)據(jù)，對數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝4）、實體模型層因為使用了ORM框架MyBatisPlus作為數(shù)據(jù)持久層框架，因此，實體模型中的屬性，要求與數(shù)據(jù)庫的列名一一對應(yīng)，并使用Data注解，在SpringContext加載時自動注入Getter和Setter，實體封裝結(jié)構(gòu)如下表表 4-4 醫(yī)生實體封裝結(jié)構(gòu)表實體名稱醫(yī)生實體模型封裝結(jié)構(gòu)DataTableName(d_doctors)public class Doctors /* * 醫(yī)生編號id */ TableId(value = id, type = IdType

46、.AUTO)private Long id;5）、數(shù)據(jù)持久層咚咚寵物醫(yī)院使用MyBatisPlus框架作為數(shù)據(jù)持久層框架，提供了Lambda Query Wrapper條件查詢，使用Lambda表達(dá)式可以實現(xiàn)不手寫sql就能進(jìn)行數(shù)據(jù)庫數(shù)據(jù)查詢，但是多表鏈接查詢需要寫sql，并指明對應(yīng)關(guān)系，首頁模塊在獲取醫(yī)生數(shù)據(jù)的時候，需要關(guān)聯(lián)用戶表，查出相關(guān)的其他信息，如頭像，昵稱等，因此使用association標(biāo)簽進(jìn)行一對一的映射查詢，主要設(shè)計的描述說明如下表：表 4-5 門店首頁數(shù)據(jù)持久層詳細(xì)設(shè)計描述說明表組件名稱門店首頁數(shù)據(jù)持久層主表醫(yī)生信息表 d_doctors關(guān)聯(lián)表用戶表 t_users功能描述關(guān)

47、聯(lián)查詢出醫(yī)生對應(yīng)的用戶信息輸入1、分頁限制：limit 2、查詢類型算法描述 處理調(diào)用MapperStatements生成sql，創(chuàng)建SqlSession查詢數(shù)據(jù)輸出查詢結(jié)果4.2.2 預(yù)約就診模塊詳細(xì)設(shè)計1）、視圖層：預(yù)約就診模塊視圖層包括Layui路由route組件、JQuery組件庫、dataGrid數(shù)據(jù)表格組件、FullCalendar考勤安排組件，各個組件的描述說明如下表（Layui路由route組件、JQuery組件庫已在4.2.1節(jié)中詳細(xì)介紹，此處不再贅述）：表4-6 預(yù)約就診模塊視圖層模塊詳細(xì)設(shè)計描述表組件名稱功能描述輸入算法描述處理輸出dataGrid數(shù)據(jù)表格渲染預(yù)約列表，對

48、數(shù)據(jù)進(jìn)行分頁篩選1、 分頁參數(shù)：limit2、 分頁參數(shù)：page3、 篩選參數(shù)：status4、 界面元素：idlaypage.render(/參數(shù)jump: function(obj, first) /結(jié)果處理邏輯);對數(shù)據(jù)進(jìn)行渲染，并分頁顯示渲染后的界面元素FullCalendar考勤安排組件對醫(yī)生的出勤安排數(shù)據(jù)做界面可視化，并統(tǒng)計可預(yù)約名額1、 醫(yī)生出勤數(shù)據(jù)：data2、 元素編號：idvar calendar = new FullCalendar.Calendar(document.getElementById(attendSheet), /參數(shù)，events: function(o

49、ption, callback) /處理邏輯對處理后的數(shù)據(jù)進(jìn)行渲染，做可視化操作，并對預(yù)約數(shù)量為0的數(shù)據(jù)做限制預(yù)約操作醫(yī)生可預(yù)約信息表2）、控制層：預(yù)約就診模塊主要訪問的控制器與數(shù)據(jù)交互描述說明如下表：表 4-7 預(yù)約就診模塊控制器與數(shù)據(jù)交互詳細(xì)設(shè)計描述說明表組件名稱預(yù)約就診醫(yī)生工作表模塊控制器功能描述獲取預(yù)約診醫(yī)生工作表前后端交互數(shù)據(jù)輸入1、訪問路徑限定名：url 2、醫(yī)生編號：did算法描述ApiOperation(value = 根據(jù)doctorId 獲取醫(yī)生出勤表 - 醫(yī)生信息)GetMapping(getWorkTimeByDid)ResponseBodypublic Respons

50、eBodyUtil getWorkTimeByDid(RequestParam(value = did) Long doctorId) List resList = worktimesService.findWorktimesByDoctorId(worktimes); /處理邏輯 catch(Exception e) log.debug(獲取醫(yī)生工作時間異常！,e.toString(); return獲取醫(yī)生工作時間失敗，請稍后重試 return new ResponseBodyUtil().data(resList).put(info, resmap).code(200).msg(查找成功

51、！);處理調(diào)用業(yè)務(wù)邏輯層處理前端請求的數(shù)據(jù)，對數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝 表 4-8 新增預(yù)約就診模塊控制器與數(shù)據(jù)交互詳細(xì)設(shè)計描述說明表組件名稱新增預(yù)約就診模塊控制器功能描述新增預(yù)約診前后端交互數(shù)據(jù)輸入1、 訪問路徑限定名：url 2、醫(yī)生編號：did 3、用戶編號：uid4、醫(yī)生工作表編號：wtId算法描述ControllerEndpoint(operation = 用戶新增Appointments, exceptionMessage = 新增Appointments失敗)PostMapping(newAppointment)public ResponseBodyU

52、til UserAddNewAppointment(AppointmentsVO appointments, RequestParam(wtId) Long workTimeSheetId) /獲取醫(yī)生工作表Worktimes workTimes = this.worktimesService.getById(workTimeSheetId);/判斷是否存在，以及是否剩余名額 if (workTimes = null) return預(yù)約失敗，請稍后重試 if (workTimes.getMaxNumber() - workTimes.getHadNumber() = 0) return預(yù)約名額已經(jīng)被搶走了 if (appointments.getUserId() = null | appointments.getUserId().toString().trim().length() = 0) return預(yù)約失敗，請稍后重試 /判斷用戶是否已存在未就診的預(yù)約，存在未就診的預(yù)約的用戶不能繼續(xù)生成新的預(yù)約 /查找已有的預(yù)約 existAppointment if(ex