緒論1.1課題背景“口腔助手”小程序主要通過計算機網絡，對“口腔助手”小程序所需的信息進行統一管理，方便用戶隨時隨地進行增添、修改、查詢、刪除各類信息。本系統極大的促進了系統與數據庫管理系統軟件之間的配合，滿足了絕大部分用戶的需求，給用戶帶來了很大的便利。以現在計算機的技術的應用，使計算機成為人們使用現代發達技術的橋梁。計算機可以有效的解決信息，十分方便的獲取信息，從而提高工作的效率。1.2課題目的及意義隨著信息化管理技術不斷發展，傳統的“口腔助手”管理已經無法適應，效率與預期相差甚遠，因此需要開發一套操作方便，效率較高的“口腔助手”小程序。當前，21新世紀，人們已經進入了信息時代，人們獲取信息的方式大大增加，擺脫了傳統的報紙、電視、廣播等媒體，而是從各種網絡、自媒體平臺上獲取信息，這就導致日常生活中產生的數據信息十分巨大，尤其是對于“口腔助手”管理，更需要大量的信息。本系統能為用戶提供一個“口腔助手”小程序，就能夠快速有效的幫助用戶獲得對方想要的信息，并且可以讓管理員能夠輕松效率地瀏覽所有的信息。系統開發的意義主要在于兩個方面，一方面，系統上線后，能夠為“口腔助手”管理帶來很大便利，“口腔助手”管理涉及的數據量較大，要求精度高，采用計算機系統能夠很好滿足此需求，并且隨著目前電腦、手機的普及，方便用戶的使用。另一方面，通過自己動手操作設計系統，不僅可以提升自己的學習興趣，也是在進入社會之前的一次很好的鍛煉機會[6]。1.3課題研究現狀其實，相關的研究在國外已經開展了很多年了，將“口腔助手”與信息技術相融合的理念在歐美等發達國家的“口腔助手”建設中很受歡迎美國開放的Ravel平臺，能夠在手機上實現遠程“口腔助手”信息管理等功能，并且可以實現可視化的詳細的過程展示、在線測試、在線評價等，極大的豐富了線上“口腔助手”管理模式。2015年2月，國王學園正式提出了在線信息管理的制度設想[5]，希望通過互聯網技術保障實現信息管理。但現如今，也有許多國外學者提出，信息化時代帶來的亂象越來越多，日益增長的在線管理平臺讓人應接不暇，需一場數字化的現代化的轉型，建立可靠的“口腔助手”小程序，實現數字管理。隨著人流量不斷的增加，越來越多的人們開始加入了“口腔助手”行業的大潮中，但是我國“口腔助手”小程序信息管理效果低下，而且出錯率也很高。因此大家迫切需要一款更加專業化的“口腔助手”小程序[3]。隨著“口腔助手”小程序的不斷出現，用戶需求不斷增多，“口腔助手”小程序也不斷的得到壯大。該系統主要是滿足多方面的需求的實際需要，方便用戶利用互聯網實現對“口腔助手”的了解、對比，同時讓管理者可以通過這個系統對用戶實際需求以及各“口腔助手”信息的所有了解進行操作。設計該系統主要目的是為了方便用戶可以有一個非常好的“口腔助手”管理平臺，管理員也可以通過該系統進行更加方便的管理操作[4]。1.4論文主要工作內容本文設計并實現了一個“口腔助手”小程序，主要包括以下具體工作內容：（1）參考國內外相關系統開展了系統的需求分析，明確了系統首頁，個人中心，醫生管理，用戶管理，預約信息管理，口腔歷史管理，用戶反饋管理，在線問診管理，保健知識管理，系統管理等主要功能需求。（2）設計系統技術方案，采用JAVA語言，選用MySQL數據庫、SpringBoot框架來設計并實現本系統。（3）具體介紹了各個功能模塊的設計與實現。（4）對系統的系統首頁，個人中心，醫生管理，用戶管理，預約信息管理，口腔歷史管理，用戶反饋管理，在線問診管理，保健知識管理，系統管理等功能進行了全面的測試。2系統關鍵技術2.1微信小程序2.1.1微信小程序的介紹微信小程序是由張小龍研發且于2017年1月9日正式推出的一種不用下載的就可以使用的輕量應用，而且用完之后也不需要卸載，實現了用完即走的原則，因此小程序的傳播消耗和獲取用戶的成本在一定程度上被大大地降低了。這為用戶與服務的連接開辟了一種新的方式。對于微信小程序更直接的理解，就是可以分解為微信和小程序，由此不難理解，即微信小程序的開發環境就是微信，因此在微信中用戶可以通過線下二維碼掃一掃或者掃公眾號中關聯的二維碼打開小程序應用，或者用戶還可以通過搜索小程序打開應用。微信小程序最重要也是最有優勢的一點就是其占用的空間非常小，因此用戶從獲取小程序到進入該小程序消耗的時間很少，大大的提升了用戶的使用體驗。2.1.2微信小程序框架概述(1)邏輯層邏輯層就是微信小程序中所有.js文件的集合，在邏輯層小程序會給視圖層發送處理好的數據，同時視圖層將時間請求反饋回來給邏輯層。其中微信團隊進行了一系列的優化，例如通過使用app的方法來作為小程序的入口，對頁面還使用了page的方法來未作頁面的入口。同時還陸陸續續的提供了許多多功能的API接口，這個對于開發者來說是非常便利的，同時微信團隊還將頁面的作用域進行獨立化，這樣使得頁面具有了模塊化的功能，可以管理小程序的生命周期，實現數據和事件的分發等功能。但是邏輯層中比較特殊的一點就是在邏輯層中的js代碼并不是在瀏覽器中運行的，因此js在web中不具有dom、window等一部分能力，所以在平時的開發過程中我們要注意這些點。(2)視圖層.wxml文件和.wxss文件的集合就是組成了微信小程序的視圖層，其中在.wxml文件中實現頁面結構的搭建，包括元素組成、數據的顯示、事件的綁定等。視圖層的頁面是通過bind綁定的，同時也支持冒泡事件的綁定，但這個還是有區別于HTML的on的。而.wxss文件則完成頁面結構和數據的顯示樣式，而數據的顯示又是以小程序的基本單位組件(component)來展示的，特別的是為了適配各式的設備屏幕，微信小程序還新增了一個尺寸單位rpx，通過使用這個單位來進行頁面的布局，很好的實現各種設備不同屏幕下的頁面的自適應顯示，大大提高了開發者的工作效率。數據層中可以緩存臨時數據，本地存儲，可以存儲或者調用網絡。首頁數據層中通過setData()函數將數據傳遞給視圖層以達到數據改變驅動頁面的改變的目的，在開發過程中切忌頻繁使用setData()，否會出現頁面卡頓或數據未更新的情況。同時微信小程序還為本地的存儲提供了一些比較成熟的API接口，例如設置緩存數據的本地存儲wx.setStorage，獲取緩存數據的API接口wx.getStorage以及清除緩存數據的接口wx.clearStorage。而網絡的存儲和調用的實現也可以通過一些成熟的API來實現，例如上傳文件接口wx.uploadFile,與其對應的下載文件接口wx.downloadFile和最常用的網絡請求的接口wx.request。在平時的微信頁面跳轉中則是一些網絡的調用，包括頁面的跳轉wx.navigateTo，該方法除了不能跳轉至tabBar頁面以外其他的都可以跳轉，且還可以返回原來的頁面。2.2MySQL數據庫數據庫系統是一個進行數據存儲的系統，數據庫就是這個系統的庫，用來存放通過系統的數據，數據庫在開發人員的日常生活中，占據了很大的地位。因為使用數據可以使自己系統存儲數據更加方便、快捷[14]。MySQL之所以受到廣大開發人員的歡迎，主要原因使因為數據庫的使用是免費的。最開始的數據庫研發出后，是需要收費的，但是隨著MySQL的出現和不斷更新，越來越多的用戶去使用這款軟件[15]。首先它是開源且免費的，這樣大大減少了開發的成本；第二MySQL可以在多個平臺上使用，在MAC、Windows和Linux上都可以使用。其次它的性能也是十分強大的，性價比極高。最后，MySQL相比其他數據庫語言來說，更加簡單易于上手；可以與很多平臺搭建聯系，比如本文使用的Java[16]。2.3B/S結構B/S架構，也就是瀏覽器/Server(Browser/Server)，是在因特網技術發展過程中，C/S架構的一種改變和完善。采用該架構，可以充分利用WWW的瀏覽器來完成用戶接口，而在前端完成交易的部分業務，而服務端則完成了交易的基本功能。這就構成了3-tier的構造。B/S體系架構，采用了日益完善的WWW技術，將各種Script、VBScript、JavaScript、ActiveX等技術相融合，通過一款普通的網絡瀏覽器，既可以完成一些復雜的特定程序，又可以節省大量的資源，又可以節省大量的資源。由于視窗98/2000把瀏覽器技術移植到了操作系統中，所以這個架構現在已經是目前最受歡迎的應用程序架構了。B/S架構，也就是瀏覽/伺服器（Browser/Server）架構，是指僅有一個伺服器（Server）被安裝，而客戶機則使用瀏覽（Browse）來執行該軟件。這是因特網技術出現后，C/S架構的一種改變與完善。它充分運用日益完善的WWW技術，并將各種Script、JavaScript、ActiveX等Script技術相融合，形成了一個嶄新的體系結構技術。2.4SpringBoot框架SpringBoot是由Pivotal的開發團隊在2013年開發的一個免費、輕量級、開源的系統框架。SpringBoot的主要設計思想是約定大于配置，因此SpringBoot在設計時幾乎達到零配置。SpringBoot集成了業界的開源框架。SpringBoot是一個非常強大的后臺框架，因為SpringBoot的開發基本上不需要寫配置文件，所以利用SpringBoot來構建網站的后臺環境，在SpringBoot的YML配置文件中寫項目啟動端口，項目就可以啟動了。項目的Java和靜態文件由SpringBoot管理。

3系統分析3.1可行性分析“口腔助手”小程序主要目標是實現網上的相關信息管理服務。在確定了目標后，我們從以下四方面對能否實現本系統目標進行可行性分析。3.1.1技術可行性技術上的可操作性是項目建設順利進行的一個關鍵因素，技術措施必須達到要求，方能使項目順利進行。該方案使用了開放源碼的代碼，并使用Java等技術，對軟件的設計具有適度的困難和對電腦的硬件需求。所有的語言都很容易使用。該項目具有技術上的可行性。3.1.2操作可行性當今社會，電腦已經是耳熟能詳的存在了，絕大部分用戶都可以通過電腦輕松操作本系統。由此可知，我們的管理系統對于絕大部分用戶來說，操作是完全可行的，并不存在操作上的盲區。3.1.3經濟可行性本系統所需要用到的所以的工具都是開源，不收費的，并且本系統因為不具有太過于復雜的結構，用戶維護系統的費用也不高。所以，本系統的經濟可行性是可行的。3.1.4法律可行性此“口腔助手”小程序是自己設計的管理系統，具有很大的實際意義。因為無論是軟件還是數據庫，采用的都是開源代碼，因此這個系統的開發和設計，并不存在侵權等問題，在法律上完全具有可行性。綜上所述，“口腔助手”小程序在技術、經濟、操作和法律上都具有很高的可行性，開發此程序是可行的。3.2系統性能分析3.2.1系統安全性“口腔助手”小程序必須由領導機構嚴格執行。具體要求如下：（1）如果要使用“口腔助手”小程序，必須先注冊才能進行登錄。未獲許可的使用者，不可以任意的方法，進入或瀏覽系統資訊及資料，因而本系統將會得到保護。（2）在不同司法管轄區的具體實施。使用其他權限登錄時，無法跳過此操作。（3）如果專門應用，該系統將包含許多必須保密的數據和信息。該系統存在系統漏洞，發布此信息將給客戶造成重大損失。因此，我們充分保證了該規則和系統的發展趨勢。3.2.2數據完整性（1）必須對所有的數據進行詳盡的記載，而該信息的內容不得為空白。（2）各種資料的關聯一定要恰當。（3）在不同的檔案中，同一資料資訊應該互相相符。3.3系統功能分析“口腔助手”小程序主要有管理員，醫生和用戶三個功能模塊。以下將對這三個功能的作用進行詳細的剖析。管理員模塊：管理員是系統中的核心用戶，管理員登錄后，可以對后臺系統進行管理。主要功能有：系統首頁，個人中心，醫生管理，用戶管理，預約信息管理，口腔歷史管理，用戶反饋管理，在線問診管理，保健知識管理，系統管理等功能。管理員用例如圖3-1所示。圖3-1管理員用例圖用戶：用戶進入系統可以實現對首頁，醫生，保健知識，我的頁面進行操作，點擊我的頁面可以進行預約信息，口腔歷史，用戶反饋，在線問診詳細操作；用戶用例如圖3-2所示。圖3-2用戶用例圖醫生：醫生進入系統可以實現對首頁，醫生，保健知識，我的頁面進行操作，點擊我的頁面可以進行預約信息，口腔歷史，用戶反饋，在線問診詳細操作；醫生用例如圖3-3所示。圖3-3醫生用例圖3.4系統流程分析3.4.1數據開發流程“口腔助手”小程序開發時，首先對此系統進行需求分析，進而對系統進行模塊、編碼等詳細設計總體的設計規劃，設計系統功能模塊，數據庫的選擇等，本系統的開發流程如圖3-4所示圖3-4系統開發流程圖3.4.2用戶登錄流程要想利用這個軟件來進行系統的安全管理，首先需要登錄到該軟件中。如圖3-5所示。圖3-5登錄流程圖3.4.3系統操作流程用戶登錄系統時需要輸入正確的用戶名和密碼，數據庫在進行匹配核實后匹配結果正確才能進入系統，若錯誤則提示用戶名或密碼錯誤，即無法登錄。操作流程如圖3-6所示。圖3-6系統操作流程圖3.4.4添加信息流程管理員可以添加信息，用戶添加可以自己權限內的信息，輸入信息后，要想利用這個軟件來進行系統的安全管理，首先需要登錄到該軟件中。添加信息流程如圖3-7所示。圖3-7添加信息流程圖3.4.5修改信息流程管理員可以修改“口腔助手”管理信息，用戶可以修改自己權限內的信息，首先進入修改信息界面，輸入需要修改信息，在系統進行判定為正確和合規后修改成功，并將數據更新至數據庫。信息不合法則修改失敗，重新輸入。修改信息流程圖如圖3-8所示。圖3-8修改信息流程圖3.4.6刪除信息流程管理員可以刪除“口腔助手”管理信息，點擊刪除按鈕，系統會提示是否刪除信息，點擊確定，則信息被刪除，數據庫中的信息隨之刪除，刪除信息流程圖如圖3-9所示。圖3-9刪除信息流程圖4系統設計4.1系統概要在對該方法進行了系統的解析之后，進行了一個包括了整體和細節的記性系統的設計。整體的設計僅僅是一個整體的方案，通過整體的方案，我們可以將整個體系中的某些部分分割開來，比如文件，文檔，數據等等。經過整體的規劃，我們可以將這些軟件的各個部分，都分成了不同的部分。不過這僅僅是一種初步的分類，并未實際實施。總體來說，這是一個初步的方案，也是一個工程。我們可以進行多種方案的綜合，在比較中，從性能、成本、效益三方面進行比較，最后得出最佳的產品，選用好的總體設計能夠減少成本，提高企業效益，從這一點來講，整體設計非常重要的。“口腔助手”小程序工作原理圖如圖4-1所示：圖4-1系統工作原理圖4.2系統結構設計構圖是系統的體系結構，體系結構是體系結構體系的重要組成部分。“口腔助手”小程序的總體結構設計如圖4-2所示。圖4-2系統總體架構圖4.3數據庫設計在電腦資訊系統中，以資料庫為基礎。當前計算機體系中最重要的是數據庫。數據庫的發展好壞，直接關系到整個系統的性能與運行效率。4.3.1數據庫設計原則利用ER模式進行數據庫的概念結構設計。E-R模型法的組成元素有：實體、屬性、聯系，E-R模型用E-R圖表示，是一個關于工作環境中的事件的信息，而一個屬性是關于物理特征的說明。在系統的設計過程中，資料庫發揮了關鍵作用。下面設計出這幾個關鍵實體的實體—關系圖。4.3.2數據庫實體本系統的實體屬性圖如下圖所示：1、用戶實體圖如圖4-3所示：圖4-3用戶實體圖2、關于我們實體圖如圖4-4所示：圖4-4關于我們實體圖3、醫療公告實體圖如圖4-5所示：圖4-5醫療公告實體圖4、保健知識評論表實體圖如圖4-6所示：圖4-6保健知識評論表實體圖5、保健知識實體圖如圖4-7所示：圖4-7保健知識實體圖4.3.3數據庫表設計“口腔助手”小程序有一個內部數據庫。對于數據庫系統設計一般基于對我國現有企業數據庫系統進行優化管理的操作系統。通常廣泛采用的企業數據庫資源管理軟件系統主要類型包括MySQLserver、MySQL、oracle等。該管理系統主要采用了MySQL大型數據庫資源管理軟件。下表將詳細列出“口腔助手”小程序的數據庫中所有列表。每一份量表的設計成果列出數據庫的表信息屬于設計的一部分，下面介紹數據庫中的各個表的詳細信息。表4-1：用戶字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPyonghumingvarchar200用戶名xingmingvarchar200姓名mimavarchar200密碼xingbievarchar200性別lianxidianhuavarchar200聯系電話shenfenzhengvarchar200身份證touxianglongtext4294967295頭像表4-2：關于我們字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPtitlevarchar200標題subtitlevarchar200副標題contentlongtext4294967295內容picture1longtext4294967295圖片1picture2longtext4294967295圖片2picture3longtext4294967295圖片3表4-3：醫生字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPyishenggonghaovarchar200醫生工號yishengxingmingvarchar200醫生姓名mimavarchar200密碼shanzhanglingyuvarchar200擅長領域zhichengvarchar200職稱xingbievarchar200性別yilingvarchar200醫齡lianxidianhuavarchar200聯系電話touxianglongtext4294967295頭像suoshuyiyuanvarchar200所屬醫院表4-4：用戶表字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵usernamevarchar100用戶名passwordvarchar100密碼rolevarchar100角色管理員addtimetimestamp新增時間CURRENT_TIMESTAMP表4-5：token表字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵useridbigint用戶idusernamevarchar100用戶名tablenamevarchar100表名rolevarchar100角色tokenvarchar200密碼addtimetimestamp新增時間CURRENT_TIMESTAMPexpiratedtimetimestamp過期時間CURRENT_TIMESTAMP表4-6：收藏表字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPuseridbigint用戶idrefidbigint商品idtablenamevarchar200表名namevarchar200名稱picturelongtext4294967295圖片typevarchar200類型(1:收藏,21:贊,22:踩,31:競拍參與,41:關注)1inteltypevarchar200推薦類型remarkvarchar200備注表4-7：在線問診字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPyishenggonghaovarchar200醫生工號yishengxingmingvarchar200醫生姓名yonghumingvarchar200用戶名xingmingvarchar200姓名lianxidianhuavarchar200聯系電話wenzhenshijiandatetime問診時間zhengzhuangmiaoshulongtext4294967295癥狀描述shhflongtext4294967295回復內容表4-8：醫療公告字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPtitlevarchar200標題introductionlongtext4294967295簡介picturelongtext4294967295圖片contentlongtext4294967295內容表4-9：口腔歷史字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPbianhaovarchar200編號yonghumingvarchar200用戶名xingmingvarchar200姓名yaominshivarchar200藥敏史zhengzhuanglongtext4294967295癥狀zhiliaoqingkuanglongtext4294967295治療情況riqidate日期yaodanlongtext4294967295藥單表4-10：保健知識評論表字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPrefidbigint關聯表iduseridbigint用戶idavatarurllongtext4294967295頭像nicknamevarchar200用戶名contentlongtext4294967295評論內容replylongtext4294967295回復內容表4-11：預約信息字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPguahaobianhaovarchar200掛號編號yishenggonghaovarchar200醫生工號yishengxingmingvarchar200醫生姓名suoshuyiyuanvarchar200所屬醫院yuyueriqidate預約日期yuyuedidianvarchar200預約地點shijianduanvarchar200時間段yonghumingvarchar200用戶名xingmingvarchar200姓名lianxidianhuavarchar200聯系電話sfshvarchar200是否審核待審核shhflongtext4294967295審核回復表4-12：配置文件字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵namevarchar100配置參數名稱valuevarchar100配置參數值表4-13：用戶反饋字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPyishenggonghaovarchar200醫生工號yishengxingmingvarchar200醫生姓名yonghumingvarchar200用戶名xingmingvarchar200姓名lianxidianhuavarchar200聯系電話wentimiaoshulongtext4294967295問題描述fankuishijiandatetime反饋時間shhflongtext4294967295回復內容表4-14：保健知識字段名稱類型長度字段說明主鍵默認值idbigint主鍵主鍵addtimetimestamp創建時間CURRENT_TIMESTAMPbiaotimingchengvarchar200標題名稱wenzhangtupianlongtext4294967295文章圖片zhishishipinlongtext4294967295知識視頻faburiqidatetime發布日期zhishineironglongtext4294967295知識內容thumbsupnumint贊0crazilynumint踩04.4系統時序圖對于系統設計的詳細描述主要采用了時序圖的方式，時序圖描述了對象之間傳遞消息的時間順序,用來表示用例中的行為順序,是強調消息時間順序的交互圖;時序圖描述的事物:時序圖描述系統中類和類之間的交互,將這些交互建模成消息交換,時序圖描述了類以及類之間的交換以完成的期望行為的消息,時序圖中每條消息都代表了類的一個操作或者引起狀態機改變的觸發事件。4.4.1注冊時序圖注冊時序圖，如圖4-8所示。圖4-8注冊時序圖4.4.2登錄時序圖登錄時序圖如圖4-9所示。圖4-9登錄時序圖4.4.3管理員修改用戶信息時序圖管理員修改用戶信息時序圖如圖4-10所示。圖4-10管理員修改用戶信息時序圖4.4.4管理員管理系統信息時序圖管理員管理系統信息時序圖如圖4-11所示。圖4-11管理員管理系統信息時序圖

5系統的實現5.1基本任務該系統的實施方式是指能精確地描繪要實施的對象，以便后續的代碼可以按照系統的實際情況用編程的方式來寫相應的軟件。系統實現的基本任務如下：（1）模塊的數據結構進行設計，在之前的需求分析、概要設計中更加明確地界定更加含糊的資料類型。（2）更加精確地對每個模板進行了更加細致的算法設計，并對每個組件的處理過程進行了算法的說明。（3）執行實體化的資料庫。（4）其他設計：有時候，還要考慮到系統的不同，如：輸入/輸出格式設計、代碼設計、人機對話設計等。（5）對系統的說明書進行編寫。（6）評審：審查程序中的規則和數據庫的實體構造。系統結構可分為具有三個不同功能的包的java源代碼、系統的數據庫文件、界面代碼。java源代碼中三個不同包分別為控制、邏輯、縮寫層，分別控制也不同的程序具有不同的性質。有了他們就能對系統的數據進行增刪改查，完成界面的顯示和數據統計，產生隨機數和屬性文件的讀取。定時器類、翻頁工具類等，包含了日期轉換、字符串處理、獲取編譯環境等信息。這些類極大地方便了Java編程，日常開發中，經常要用來這些類。5.2小程序前臺首頁界面實現當人們打開微信小程序后，首先看到的就是首頁界面。在這里，人們能夠看到微信小程序的導航條，用戶可以根據導航條進行查找想要的信息，并進行操作；首頁界面如圖5-1所示：圖5-1首頁界面第一次使用本小程序的使用者，首先是要進行注冊，點擊“注冊”，然后就會進入到注冊的頁面里面，將用戶信息錄入注冊表，確認信息正確后，系統才會進入登錄界面，用戶登錄成功后可使用本小程序所提供的所有功能，注冊界面如圖5-2所示。圖5-2注冊界面保健知識：在保健知識頁面輸入標題名稱進行搜索，可以看到保健知識詳細信息，按照提示即可完成評論或收藏操作。保健知識詳情如圖5-3所示。圖5-3保健知識詳情界面圖用戶登錄成功后，點擊“我的”進入我的頁面，在我的頁面可以對預約信息，口腔歷史，用戶反饋，在線問診等進行詳細操作，用戶功能界面如圖5-4所示。圖5-4用戶功能界面圖醫生登錄成功后，點擊“我的”進入我的頁面，在我的頁面可以對預約信息，口腔歷史，用戶反饋，在線問診等進行詳細操作，醫生功能界面如圖5-5所示。圖5-5醫生功能界面圖5.3后臺管理員模塊實現管理員登錄，在登錄頁面正確輸入用戶名和密碼后，進入操作系統進行操作；如圖5-6所示。圖5-6管理員登錄界面管理員進入主頁面，主要功能包括對系統首頁，個人中心，醫生管理，用戶管理，預約信息管理，口腔歷史管理，用戶反饋管理，在線問診管理，保健知識管理，系統管理等進行操作。管理員主頁面如圖5-7所示：圖5-7管理員主界面管理員點擊用戶管理。進入用戶頁面輸入用戶名可以查詢，新增或刪除用戶信息列表，并根據需要對用戶詳細信息進行詳情，修改和刪除等操作。如圖5-8所示：圖5-8用戶管理界面管理員點擊口腔歷史管理。進入口腔歷史頁面輸入用戶名可以查詢或刪除口腔歷史列表，并根據需要對口腔歷史詳細信息進行詳情，修改或刪除操作。如圖5-9所示：圖5-9口腔歷史管理界面管理員點擊保健知識管理。進入保健知識頁面輸入標題名稱可以查詢、新增或刪除保健知識列表，并根據需要對保健知識詳細信息進行詳情，修改、查看評論或刪除操作。如圖5-10所示：圖5-10保健知識管理界面管理員點擊系統管理，進入醫療公告頁面輸入標題可以查詢、新增或刪除醫療公告列表，并根據需要對醫療公告詳細信息進行詳情、修改或刪除操作，還可以對關于我們、系統簡介和輪播圖管理進行詳細操作；如圖5-11所示：圖5-11系統管理界面

6系統測試6.1測試環境“口腔助手”小程序的測試環境如表6-1所示。表6-1測試環境信息表分類名稱版本操作系統Windows7數據庫MySQL8.0瀏覽器Chrome87.0.4280.886.2測試目的進行軟件測試主要是為了驗證產品或者系統是否完成了實現功能，測試能夠防止系統出現錯誤，還能降低開發成本減少不必要的花銷，其次測試的好處包括防止錯誤、降低開發成本和提高性能。其次，通過軟件的檢測可以對項目的安全性進行鑒別。向開發人員提供軟件測試的反饋，并為項目的安全性評價提供必要的資料。此外，軟件的檢測保證在正式發布之前能夠滿足在線要求。在每一個開發過程中不斷跟蹤和對軟件的測試。還有，軟件測試還能保證系統到達預期的標準，從而能夠盡快上線。在本系統中，主要測試前端和后端，分別對系統的不同模塊進行測試，比如用戶主持、用戶登錄等功能是否實現，實現過程中是否出現問題等。是否能夠處理不同的數據。前端主要測試：用戶界面的實現和不同界面的交互情況，后端主要測試系統經過管理后前后端鏈接是否順暢，前端界面是否及時更新，更新是有誤。6.3測試概述1.測試的原則（1）測試應該以顧客的需要為基礎。從用戶的觀點來考慮，最大的問題是軟件不能達到用戶的預期。有時候，軟件產品的測試結果非常完美，但卻不是客戶最終想要的產品，那么軟件產品的開發就是失敗的，而測試工作也是沒有任何意義的。因此測試應依照客戶的需求配置環境，并且按照客戶的使用習慣進行測試并評價結果。（2）盡早測試。由于軟件開發過程中的各種不同的環節都會出現問題，所以要及早進行測試，將軟件的檢測工作滲透到整個軟件的整個壽命過程，使測試者可以及早地察覺并防止這些缺陷。減少了bug修理費用。（3）窮盡測試是不可能的。因為受時間和財力的制約，無法實現所有不同的輸入和輸出的綜合測試，測試者能夠基于測試的風險和輕重緩急等來決定測試的重點，由此來進行測試，并在測試成本、風險和收益間找到一個平衡點。（4）遵循GoodEnough原則。GoodEnough原則是指測試的投入與產出要適當權衡，形成充分的質量評估過程，這個過程建立在測試花費的代價之上。測試不充分無法保證軟件產品的質量，但測試投入過多會造成資源的浪費。隨著測試資源投入的增加，測試的產出也是增加的，但當投入達到飽和時，測試的效果也逐漸達到飽和。（5）測試缺陷要符合“二八”定理。缺陷“二八”理論又名Pareto原理、缺陷集群效應，通常80%的缺陷都會出現在20%的組件上，缺陷的分配并不均勻。所以在測試中要把握好問題的關鍵，當發現一些問題較多的時候，就需要花更多的時間和精力來測試它們，以增加測試的效果。（6）避免缺陷免疫：我們都了解昆蟲耐藥的原則，也就是長期服用某種藥品后，昆蟲會對其有抵抗力。而在軟件測試中，缺陷也是會產生免疫性的。重復地重復同一個測試案例，找出bug的機會就會變得更糟；對于軟件來說，越是熟練的測試員，就越是忽視那些看似很微小的問題，越是難以找到錯誤，而這就是所謂的“殺蟲劑”效應。這是因為測試者不能按時進行測試案例的升級，也可能是因為他們太了解測試案例和目標而導致的。2.測試的方法測試方法主要有人工測試和機器測試兩種測試方法。（1）人工測試人工測試又稱代碼復審，包括個人復查、走查、會審三種方法。（2）機器測試計算機檢測有兩種方式：黑盒測試和白盒測試。黑盒測試：從外觀上找出它的缺點和錯誤。黑盒測試是在編程接口上進行的，它僅僅是為了檢驗樣品的執行情況，而不是根據要求規范的要求進行；白盒測試：對軟件的內在構造進行了剖析，即在編程接口上進行了試驗，其目的僅僅在于檢驗樣品的執行情況，而不能滿足要求規范的要求，檢測來尋找問題。在最終的檢測中，本研究采取了將后黑盒子檢測與白盒子檢測相融合的方式。黑箱試驗是為了對系統的輸入、輸出性能進行測試，以發現其性能上的誤差和潛在的不足。白箱試驗的目的是為了檢測程序和程序的運行路線，從而找出運行中的問題。該系統有兩種方式：單位試驗和綜合試驗。6.4單元測試6.4.1注冊測試在對登錄模塊進行測試時，先鍵入登錄名稱和密碼，再按下登錄鍵測試是否能正常登錄系統。如果信息填寫錯誤，能否彈出彈框，用來提示用戶何處輸入錯誤。注冊測試用例如下表所示。表6-2注冊測試用例測試模塊用戶注冊模塊測試測試目的測試當注冊信息輸入不符合要求時，系統是否能進行相應處理并給出提示。測試方法黑盒測試測試數據1不輸入用戶名和密碼，直接點擊注冊。2輸入未注冊過的用戶名。例如：qwer3輸入正確用戶名，兩次密碼不一樣。例如：用戶名qwerty、密碼0001，確認密碼1111預期結果1界面不跳轉，彈出對話框，提示用戶輸入必填項。2界面跳轉，彈出對話框，提示用戶注冊成功。3界面不跳轉，彈出對話框，提示兩次密碼不一致。實際結果與預期結果相同。結論注冊模塊實現成功。6.4.2登錄測試登錄模塊需要測試的功能有：輸入登錄名和密碼，點擊“登錄”按鈕，如果信息添加正確，是否正常進入系統首頁。如果信息填寫錯誤，能否彈出彈框，提示用戶信息輸入有誤。登錄測試用例如下表所示。表6-3登錄測試用例6.5集成測試集成測試的方案主要如下所述：（1）在完成安裝部署后，將該系統移植到其他電腦，并可以順利地運行該系統。（2）用戶信息管理模塊綜合測試，新增一個新的使用者qq，指定一個普通的角色，查看普通角色的特權，并儲存設定。作為qqq登錄，以了解所具有的權利。（3）根據“口腔助手”小程序的具體設計和實施，采用多種角色的方式，對各個模塊的性能進行檢測，并檢測各個模塊之間的邏輯功是否正確。通過實驗證明，該開發的系統能夠滿足“口腔助手”管理程序和基礎需求。結論“口腔助手”小程序是一款公平、包容、易操作的系統，基本上能滿足使用者的需求，也符合本人的初始發展目的與發展方向。本文主要研究了Java語言和MySQL等技術時的應用，它們都具有自己的優勢，使其在實際應用中可以實現功能的穩定，同時也可以實現用戶的各種需要。在具體的系統要求和功能模塊的具體分析之后，進行了有針對性的設計，最終經過了測試，使整個系統可以正常工作，該“口腔助手”小程序設計完成。在這個“口腔助手”管理的過程中，我參照了許多有關的案例，互相學習，互相借鑒。目前已逐漸改進，但仍存在許多缺陷，需要今后繼續研究。在設計過程中我遇到了很多困難，包括知識上和技術上，同時由于長時間沒有進行獨立開發工作，編碼熟練度有了明顯的下降，一些常用的函數和編碼技巧也變得生疏，但好在我及時做出了學習，查閱各種資料，進行廣泛的鉆研，多做請教，依靠互聯網和書籍不斷吸取知識，完善自己，最終在師生的協助下，成功完成了該系統。我認為此系統還是有很多優點的，首先系統結構清晰，易于理解。設計合理，符合用戶習慣和人機交互要求，能給用戶帶來很好的使用體驗。代碼簡潔，注釋全面，易于后期的管理和維護，代碼健壯，魯棒性高，適合高并發和大用