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

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

2、能有利于解決養(yǎng)寵帶來(lái)的問(wèn)題的平臺(tái)，以平衡利與弊之間的利害關(guān)系。本寵物醫(yī)院系統(tǒng)，愛寵人士用戶可以隨時(shí)隨地了解養(yǎng)寵知識(shí)、學(xué)習(xí)養(yǎng)寵技巧，注冊(cè)用戶還能很方便地進(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ù)庫(kù)管理系統(tǒng)為MySQL8.0，使用Java語(yǔ)言框架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è)計(jì)（論文）原創(chuàng)性聲明本人鄭重聲明：所呈交的畢業(yè)設(shè)計(jì)（論文），是本人在指導(dǎo)老師的指導(dǎo)下，獨(dú)立進(jìn) 行的設(shè)計(jì)（研究）工作及取得的成果，論文中引用他人的文獻(xiàn)、數(shù)據(jù)、圖件、資料均已 明確標(biāo)注出，論文中的結(jié)論和結(jié)果為本人獨(dú)立完成，不包含他人已經(jīng)發(fā)表或撰寫的作品 及成果。對(duì)本文的研究作出貢獻(xiàn)的個(gè)人和集體，均已在論文中作了明確的說(shuō)

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

10、角色劃分124.1.4 系統(tǒng)業(yè)務(wù)流程設(shè)計(jì)134.2 系統(tǒng)模塊設(shè)計(jì)134.2.1 門店首頁(yè)模塊詳細(xì)設(shè)計(jì)154.2.2 預(yù)約就診模塊詳細(xì)設(shè)計(jì)184.3 數(shù)據(jù)庫(kù)設(shè)計(jì)244.3.1 數(shù)據(jù)庫(kù)需求分析與設(shè)計(jì)244.3.2 數(shù)據(jù)庫(kù)概念設(shè)計(jì)254.3.3 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)315 系統(tǒng)實(shí)現(xiàn)405.1 門店系統(tǒng)實(shí)現(xiàn)405.1.1 門店首頁(yè)405.1.2 寵物課堂模塊425.1.3 醫(yī)院相關(guān)服務(wù)介紹模塊435.1.4 預(yù)約就診模塊445.1.5 寵物認(rèn)領(lǐng)模塊485.1.6 個(gè)人中心模塊495.2 后臺(tái)管理系統(tǒng)實(shí)現(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 前后端整合對(duì)接實(shí)現(xiàn)616 系統(tǒng)測(cè)試647 總結(jié)與展望67致謝68附錄69參考文獻(xiàn)701 緒論1.1開發(fā)背景現(xiàn)如今的中國(guó)，隨著人民生活質(zhì)量的逐漸提高，以及人民群眾消費(fèi)能力的日益增長(zhǎng)，無(wú)論是活潑可愛的小貓，忠誠(chéng)可愛的狗狗，活蹦亂跳的兔子，還是水里閑游的魚兒小蝦，各式各樣的家養(yǎng)小動(dòng)物們，都不僅僅只有看家護(hù)院，和觀賞娛樂(lè)的作用，更重要的是它們正逐步開始成為人們家庭中的重要伙伴，必要成員。并且在現(xiàn)如今競(jìng)爭(zhēng)日益激烈，生活節(jié)奏更加快速的社會(huì)生活中，寵物們可愛活潑的一面，為正處于緊張現(xiàn)代生活中的人類消除孤獨(dú)、緩解工作上的壓力、增加生活的情趣。但是，但凡

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29、理；3）、門店主頁(yè)管理：a.公告管理；b.醫(yī)院簡(jiǎn)介管理；c.新聞管理；d.幻燈片管理 ；4）、業(yè)務(wù)管理：a.官方活動(dòng)管理；b.康復(fù)案例管理；c.養(yǎng)寵知識(shí)管理；d.醫(yī)院技術(shù)簡(jiǎn)介管理；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)運(yùn)行的情況，包括：a.jvm信息；b.Swagger2日志；c.系統(tǒng)日志 ；d.Redis監(jiān)控；e.請(qǐng)求追

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

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

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

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

34、據(jù)吞吐量極高的數(shù)據(jù)庫(kù)連接池，開發(fā)人員稱他為“史上最快的連接池”，性能幾乎是C3PO和DBCP的25倍，作為高性能、準(zhǔn)確的數(shù)據(jù)庫(kù)鏈接池必不可少。6）、系統(tǒng)屬于鑒權(quán)認(rèn)證類型系統(tǒng)，權(quán)限識(shí)別可精確到按鈕，因此，鑒權(quán)時(shí)要經(jīng)過(guò)大量的資源認(rèn)證過(guò)慮，為了避免業(yè)務(wù)邏輯層頻繁調(diào)用DAO,使用Redis 數(shù)據(jù)庫(kù)作為數(shù)據(jù)緩存中間件，避免頻繁的讀庫(kù)寫庫(kù)操作，從而提高系統(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)建方法也各不相同，但本項(xiàng)目屬于服務(wù)類型的項(xiàng)目，面向的用戶為飼養(yǎng)寵物和愛好寵物的群體用戶，因此界面風(fēng)格不能過(guò)于拘謹(jǐn)、嚴(yán)肅以及呆板，需要活力、明朗、暖色的界面風(fēng)格；在前端系統(tǒng)實(shí)施過(guò)程中，要考慮到系統(tǒng)代碼的重用的性、耦合性以及與與后端系統(tǒng)整合時(shí)的接口吻合度，因此，對(duì)前端框架系統(tǒng)架構(gòu)設(shè)計(jì)上的關(guān)注點(diǎn)有以下兩點(diǎn)：1）、框架選型：由于系統(tǒng)面向的用戶類型為有愛心的愛寵人士，因此界面風(fēng)格使用較為有親和力的Layui前端框架進(jìn)行設(shè)計(jì)開發(fā)；本系統(tǒng)是基于JWT進(jìn)行開發(fā)的前后端分離WEB系統(tǒng)，后端代碼與前端代碼不在同一個(gè)服務(wù)器上部署運(yùn)行，因此選用Layui前端框架能很好地結(jié)合后端處理CROS

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

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

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

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

40、-1 門店首頁(yè)視圖層模塊詳細(xì)設(shè)計(jì)描述表組件名稱功能描述輸入算法描述處理輸出Layui路由route組件將所有首頁(yè)頁(yè)面進(jìn)行組合，在用戶切換頁(yè)面時(shí)渲染對(duì)應(yīng)頁(yè)面1、路由名稱：name2、路由地址：urlindex.regRouter(res); / 注冊(cè)路由index.loadHome( / 加載主頁(yè)url: #/main/home,name: 首頁(yè));調(diào)用regRoute()注冊(cè)路由，并調(diào)用loadHome()方法加載首頁(yè)首頁(yè)index的Dom對(duì)象JQuery組件庫(kù)主要負(fù)責(zé)處理dom對(duì)象以及前后臺(tái)交互數(shù)據(jù)處理1、 元素編號(hào)：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ù)處理和元素對(duì)象的處理渲染后的結(jié)果集或交互返回的結(jié)果集Swapper切換組件橫向或縱向切換頁(yè)面、元素增加頁(yè)面的美觀性和提供良好的交互1、 頁(yè)面元素編號(hào)：id2、 自定義參數(shù)集合：var swiper = new Swiper(.ddph-page-fou-block .swiper-container, /參數(shù)集合,pagination: /樣式參數(shù),);調(diào)用swiper工具類進(jìn)行頁(yè)面的元素渲染渲染后的頁(yè)面d

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

43、與數(shù)據(jù)交互詳細(xì)設(shè)計(jì)描述說(shuō)明表組件名稱首頁(yè)模塊控制器功能描述處理前后端交互數(shù)據(jù)輸入1、訪問(wèn)路徑限定名：url 2、分頁(yè)參數(shù)limit 3、數(shù)據(jù)類型：type算法描述ApiOperation(value = 獲取首頁(yè)醫(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ù)邏輯層處理前端請(qǐng)求的數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝3）、業(yè)務(wù)邏輯層 業(yè)務(wù)邏輯層是視圖層和數(shù)據(jù)持久層的中介，負(fù)責(zé)數(shù)據(jù)轉(zhuǎn)型、拆箱、封裝、邏輯運(yùn)算，主要設(shè)計(jì)的描述說(shuō)明如下表：表 4-3 首頁(yè)業(yè)務(wù)邏輯層詳細(xì)設(shè)計(jì)描述說(shuō)明表組件名稱首頁(yè)模塊業(yè)務(wù)邏輯層功能描述處理用戶請(qǐng)求的數(shù)據(jù)輸入1、分頁(yè)參數(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ù)庫(kù)數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝4）、實(shí)體模型層因?yàn)槭褂昧薕RM框架MyBatisPlus作為數(shù)據(jù)持久層框架，因此，實(shí)體模型中的屬性，要求與數(shù)據(jù)庫(kù)的列名一一對(duì)應(yīng)，并使用Data注解，在SpringContext加載時(shí)自動(dòng)注入Getter和Setter，實(shí)體封裝結(jié)構(gòu)如下表表 4-4 醫(yī)生實(shí)體封裝結(jié)構(gòu)表實(shí)體名稱醫(yī)生實(shí)體模型封裝結(jié)構(gòu)DataTableName(d_doctors)public class Doctors /* * 醫(yī)生編號(hào)id */ TableId(value = id, type = IdType

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

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

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

49、ption, callback) /處理邏輯對(duì)處理后的數(shù)據(jù)進(jìn)行渲染，做可視化操作，并對(duì)預(yù)約數(shù)量為0的數(shù)據(jù)做限制預(yù)約操作醫(yī)生可預(yù)約信息表2）、控制層：預(yù)約就診模塊主要訪問(wèn)的控制器與數(shù)據(jù)交互描述說(shuō)明如下表：表 4-7 預(yù)約就診模塊控制器與數(shù)據(jù)交互詳細(xì)設(shè)計(jì)描述說(shuō)明表組件名稱預(yù)約就診醫(yī)生工作表模塊控制器功能描述獲取預(yù)約診醫(yī)生工作表前后端交互數(shù)據(jù)輸入1、訪問(wèn)路徑限定名：url 2、醫(yī)生編號(hào)：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ī)生工作時(shí)間異常！,e.toString(); return獲取醫(yī)生工作時(shí)間失敗，請(qǐng)稍后重試 return new ResponseBodyUtil().data(resList).put(info, resmap).code(200).msg(查找成功

51、！);處理調(diào)用業(yè)務(wù)邏輯層處理前端請(qǐng)求的數(shù)據(jù)，對(duì)數(shù)據(jù)進(jìn)行封裝并返回輸出處理后的數(shù)據(jù)，使用List封裝 表 4-8 新增預(yù)約就診模塊控制器與數(shù)據(jù)交互詳細(xì)設(shè)計(jì)描述說(shuō)明表組件名稱新增預(yù)約就診模塊控制器功能描述新增預(yù)約診前后端交互數(shù)據(jù)輸入1、 訪問(wèn)路徑限定名：url 2、醫(yī)生編號(hào)：did 3、用戶編號(hào)：uid4、醫(yī)生工作表編號(hào)：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ù)約失敗，請(qǐng)稍后重試 if (workTimes.getMaxNumber() - workTimes.getHadNumber() = 0) return預(yù)約名額已經(jīng)被搶走了 if (appointments.getUserId() = null | appointments.getUserId().toString().trim().length() = 0) return預(yù)約失敗，請(qǐng)稍后重試 /判斷用戶是否已存在未就診的預(yù)約，存在未就診的預(yù)約的用戶不能繼續(xù)生成新的預(yù)約 /查找已有的預(yù)約 existAppointment if(ex