疫居小程序的設(shè)計與實現(xiàn)-畢業(yè)設(shè)計_第1頁
疫居小程序的設(shè)計與實現(xiàn)-畢業(yè)設(shè)計_第2頁
疫居小程序的設(shè)計與實現(xiàn)-畢業(yè)設(shè)計_第3頁
疫居小程序的設(shè)計與實現(xiàn)-畢業(yè)設(shè)計_第4頁
疫居小程序的設(shè)計與實現(xiàn)-畢業(yè)設(shè)計_第5頁
已閱讀5頁,還剩41頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

XX大學(xué)XX學(xué)院摘要隨著移動互聯(lián)網(wǎng)時代的到來和智能手機(jī)的普及,微信軟件在各種手機(jī)軟件中已經(jīng)被用戶熟知和利用。因此創(chuàng)建了疫居微信小程序。疫居微信小程序是利用微信平臺創(chuàng)建和開發(fā)的,采用Java開發(fā)語言和MySQL數(shù)據(jù)庫。疫居微信小程序是利用微信平臺創(chuàng)建和開發(fā)的,使用了Java開發(fā)語言和MySQL數(shù)據(jù)庫。主要目的是讓消費(fèi)者通過微信平臺獲得有關(guān)疫情、食品配送、醫(yī)院信息、在線登記和個人中心運(yùn)作的信息。管理員在登錄管理員系統(tǒng)后可以管理疫情居住小程序的各個方面,包括賬戶、用戶、產(chǎn)品、訂單、醫(yī)院、醫(yī)生、掛號、病例、景區(qū)、廣播地圖、疫情數(shù)據(jù)、核酸定位管理等。用戶打開微信平臺就可以進(jìn)入這個系統(tǒng),運(yùn)行疫情微信小程序,這將大大改善疫情封鎖時人們的生活。本論文根據(jù)疫情封閉期間現(xiàn)狀和大眾對生活品質(zhì)的需求,提出了要適用于疫情封閉期間的健康生活服務(wù)平臺。疫居小程序的目的在于提供疫情封閉期間,用戶們可以足不出戶享受線上訂菜品,方便就診,核酸檢測定點服務(wù)等。極大程度上為用戶提供了便利,系統(tǒng)擁有界面簡潔、操作簡單易懂,管理方便,功能齊全等優(yōu)點。關(guān)鍵詞:微信小程序;疫情;JAVA語言;MySQL

AbstractWiththeadventofthemobileInterneteraandthepopularityofsmartphones,WeChatsoftwarehasbeenknownandutilizedbyusersinvariouscellphonesoftware.WethereforecreatedtheEpidemicResidenceWeChatapplet.TheEpidemicResidenceWeChatappletwascreatedanddevelopedusingtheWeChatplatform,usingtheJavadevelopmentlanguageandMySQLdatabase.TheEpidemicResidenceWeChatappletwascreatedanddevelopedusingtheWeChatplatform,usingtheJavadevelopmentlanguageandaMySQLdatabase.Themainpurposeistoallowconsumerstogetinformationabouttheepidemic,fooddistribution,hospitalinformation,onlineregistrationandpersonalcenteroperationsthroughtheWeChatplatform.Administratorscanmanageallaspectsoftheepidemicdwellingappletafterloggingintotheadministratorsystem,includingaccounts,users,products,orders,hospitals,doctors,registration,cases,scenicspots,broadcastmaps,epidemicdata,andnucleicacidlocationmanagement.UserscanaccessthissystembyopeningtheWeChatplatformandruntheepidemicWeChatapplet,whichwillgreatlyimprovepeople'slivesduringtheepidemicclosure.Thisthesisproposesahealthylivingserviceplatformtobeappliedduringtheepidemicclosurebasedonthecurrentsituationandthepublicdemandforqualityoflifeduringtheepidemicclosure.Thepurposeoftheepidemicresidenceappistoprovideuserswithonlinefoodordering,convenientmedicalconsultation,andnucleicacidtestorderingserviceswithoutleavinghomeduringtheepidemicclosure.Thesystemhastheadvantagesofsimpleinterface,easytounderstandoperation,convenientmanagementandcompletefunctions.Keywords:Wechatminiprogram;Theepidemic;JAVAlanguage;MySQL

目錄TOC\o"1-3"\h\u303851緒論 -1-58151.1研究背景 -1-186781.2國內(nèi)外研究現(xiàn)狀 -1-111901.2.1國內(nèi)現(xiàn)狀 -1-178411.2.2國外現(xiàn)狀 -2-258521.3.2研究方法及手段 -2-254962系統(tǒng)分析 -4-96582.1可行性分析 -4-274262.1.1經(jīng)濟(jì)可行性分析 -4-262212.1.2技術(shù)可行性分析 -4-13312.1.3操作可行性分析 -4-239002.2需求分析 -4-174392.2.1關(guān)鍵技術(shù) -4-235652.2.2業(yè)務(wù)流程分析 -6-86562.2.3功能需求分析 -7-44352.2.4性能需求分析 -7-10442.2.5數(shù)據(jù)需求分析 -7-73992.2.6接口需求分析 -7-82832.2.7將來可能提出的需求分析 -8-22163系統(tǒng)設(shè)計 -9-88193.1功能模塊設(shè)計 -9-74123.2數(shù)據(jù)庫設(shè)計 -9-220103.2.1概念模型設(shè)計 -10-288603.2.2數(shù)據(jù)庫表的設(shè)計 -13-206484系統(tǒng)實現(xiàn) -22-233584.1開發(fā)環(huán)境 -22-193574.2功能模塊實現(xiàn) -22-236924.2.1用戶登錄注冊模塊 -22-31504.2.2個人中心界面 -23-315584.2.3管理員登錄模塊 -24-4694.2.4賬號管理界面 -25-187404.2.5用戶管理界面 -26-86114.2.6商品管理界面 -27-34914.2.7地點管理界面 -28-99614.2.8醫(yī)院管理 -29-193784.2.9醫(yī)生管理 -29-128574.2.10掛號 -30-194374.2.11病例管理 -31-294794.2.12景區(qū)管理 -31-51034.2.13新聞管理 -32-194174.2.14輪播圖管理 -33-80564.2.15疫情數(shù)據(jù)管理 -34-289184.2.16核酸地點管理 -34-72005系統(tǒng)測試 -36-280695.1測試計劃 -36-108075.1.1測試范圍與主要內(nèi)容 -36-88455.1.2測試方法 -36-110345.1.3測試環(huán)境 -36-24875.2功能測試 -37-241315.2.1界面測試 -37-173835.2.2登錄測試 -38-30265.2.3商品查詢測試 -39-85775.2.4用戶購物車模塊測試 -40-205635.3兼容性測試 -41-29905.4測試結(jié)論 -41-317026總結(jié)與展望 -42-60556.1總結(jié) -42-180586.2展望 -42-7498參考文獻(xiàn) -43-XX大學(xué)XX學(xué)院1緒論1.1研究背景從2020年初,全球爆發(fā)了新型冠狀病毒肺炎疫情以來,從目前的疫情防控形勢來看,形勢依然不容樂觀,一方面病毒持續(xù)的變異,一方面世界依舊有大部分的國家疫情嚴(yán)重,中國執(zhí)行了疫情期間的相關(guān)疫情防控政策,雖然相關(guān)管控策略十分有效,但是由于中國各地區(qū)管理和治理能力上依然存在一些差距,使得依舊有不少部分地區(qū)疫情依然蔓延,嚴(yán)重影響了人們的正常生活。因此,創(chuàng)建一個便于靜默期間為人們服務(wù)的微信小程序是非常有價值且必要的。同時,微信小程序是一款十分方便快捷的應(yīng)用,本系統(tǒng)對于手機(jī)的硬件配置要求低,操作難度不高,只需要學(xué)會正常使用微信軟件就可以使用,十分便捷,用戶上手簡單,功能完善,能夠滿足用戶在靜默期間進(jìn)行一些核酸檢測,了解疫情訊息等功能。本疫居微信小程序采用了JAVA技術(shù)和MySQL數(shù)據(jù)庫,充分保證系統(tǒng)的穩(wěn)定性,操作簡單,界面清晰,便于維護(hù)。1.2國內(nèi)外研究現(xiàn)狀1.2.1國內(nèi)現(xiàn)狀近年來,輕應(yīng)用的理念成為了應(yīng)用市場的主流趨勢,小程序應(yīng)用作為一種新的應(yīng)用產(chǎn)品走進(jìn)了人們的視野,各互聯(lián)網(wǎng)企業(yè)紛紛打造自身的小程序應(yīng)用生態(tài),其中以百度、阿里、騰訊三大企業(yè)為典型。微信小程序在小程序應(yīng)用市場最先出現(xiàn),目前已經(jīng)形成了完善的生態(tài)系統(tǒng),自2017年正式上線經(jīng)過三年多時間的發(fā)展,已經(jīng)構(gòu)造了穩(wěn)定的微信小程序生態(tài)結(jié)構(gòu),其數(shù)量已經(jīng)達(dá)到百萬以上,涉及的行業(yè)類型超過兩百,月活躍用戶規(guī)模超8億,滲透率達(dá)到85%以上REF_Ref21116\r\h[1]。所以,開發(fā)基于移動端的微信小程序,并將服務(wù)類小程序進(jìn)行集成,使其通過跳轉(zhuǎn)形式進(jìn)行相應(yīng)類型操作,無疑增加了用戶體驗感,將會有很高的可持續(xù)發(fā)展性,同時對于用戶來說更看重的是集成小程序系統(tǒng)提供給他們的方便快捷、輕負(fù)載即用即走的新型體驗服務(wù)。自2019年的新型冠狀病毒的開始,疫情已經(jīng)發(fā)生近三年時間,三年時間以來,各個城市因為不同的疫情風(fēng)險程度都進(jìn)行過管控封禁,對正常生活造成了極大的影響,而微信小程序中健康碼累計用戶達(dá)13億,累計訪問量達(dá)1800億次,成為疫情期間驗證健康和出行狀態(tài)的最常用電子通行證。所以一個好的疫情微信小程序是非常具有價值的。1.2.2國外現(xiàn)狀根據(jù)美國華盛頓大學(xué)健康計量和評估研究所預(yù)計,到2022年3月,美國新冠肺炎累計死亡人數(shù)將達(dá)86.3萬人REF_Ref21537\r\h[2]。最壞的情況下,會有將近200萬人死于新冠肺炎。自從全世界疫情爆發(fā)以來,已經(jīng)過了三年時間,但是疫情依然沒有在全世界范圍得到有效的控制,國外疫情頻頻發(fā)生,然而大部分國家在沒有有效防控措施的同時,疫情生活自然也就非常不便。而國外已經(jīng)完全支持PWA,國內(nèi)已經(jīng)有淘寶、微博豆瓣、餓了么使用了部分PWA技術(shù),國外用PWA的企業(yè)相對較多,PWA是網(wǎng)頁APP化,Google的另一項應(yīng)用項目AndroidInstantApps則是APP的精簡版,在形態(tài)上更接近微信小程序,值得注意的是,Google此項目的目的與微信小程大相徑庭,微信小程序要提供的是完整的用戶體驗,所以微信小程序在國外依然具備巨大的發(fā)展優(yōu)勢。1.3本文研究內(nèi)容1.3.1論文結(jié)構(gòu)本文主要分為以下幾個部分:第一部分是緒論部分,簡要概述此系統(tǒng)的項目背景和目前的發(fā)展概況。第二部分是該系統(tǒng)的可行性分析,從理論上分析系統(tǒng)的需求,模塊等,分析產(chǎn)品的可行性以及系統(tǒng)使用的技術(shù)和工具部分,主要描述實現(xiàn)該系統(tǒng)所要用到的軟件和技術(shù)。第三部分是該系統(tǒng)的系統(tǒng)設(shè)計部分,介紹系統(tǒng)架構(gòu)設(shè)計和數(shù)據(jù)庫設(shè)計。第四部分是該系統(tǒng)詳細(xì)的設(shè)計和實現(xiàn)部分。第五部分是系統(tǒng)的測試部分,測試系統(tǒng)的各種模塊功能。第六部分是總結(jié)與展望,總結(jié)系統(tǒng)設(shè)計和開發(fā)過程中的問題。1.3.2研究方法及手段1、文獻(xiàn)研究法文獻(xiàn)研究法通過查閱國內(nèi)外的相關(guān)資料,分析我國微信小程序平臺與發(fā)達(dá)國家的小程序平臺的發(fā)展現(xiàn)狀與差異。選取具有代表性的典型案例進(jìn)行深入剖析,并結(jié)合當(dāng)前我國微信小程序軟件平臺的特點,提出我國微信小程序平臺存在的問題以及解決方案。2、定量分析法定量分析是對事物或事物的各個組成部分進(jìn)行數(shù)量分析的一種研究方法。根據(jù)所統(tǒng)計的數(shù)據(jù)指標(biāo),創(chuàng)建相關(guān)數(shù)學(xué)模型,并用利數(shù)學(xué)模型計算出其各項指標(biāo)及其數(shù)值。常見的定量分析法包括比率分析法、趨勢分析法、數(shù)學(xué)模型法等等。3、經(jīng)驗總結(jié)法通過以往的實踐經(jīng)驗來改進(jìn)所需要用到的軟件或者步驟,更簡潔的完成項目的要求。

2系統(tǒng)分析2.1可行性分析2.1.1經(jīng)濟(jì)可行性分析這個系統(tǒng)的基礎(chǔ)是開源軟件,這不僅有助于減少浪費(fèi)的時間和資源,也降低了開發(fā)費(fèi)用。對手機(jī)的配置要求,微信小程序是最小的,只要能夠正常使用微信就可以使用。目前,它的部署很簡單,適合個人智能手機(jī)安裝。疫情持續(xù)的情況下疫居小程序?qū)⒊掷m(xù)保有價值在全球疫情大環(huán)境沒有改變的情況下,疫居小程序是實時并且實用時效長的設(shè)計。并且小程序是一種不需要下載安裝即可使用的應(yīng)用,通過疫居微信小程序能給用戶減少大量的因為疫情信息不足而損失的財力和時間,從而減少了人為方面的失誤。因此,本系統(tǒng)在經(jīng)濟(jì)上是完全具有可行性的。2.1.2技術(shù)可行性分析基于微信平臺并使用MySQL數(shù)據(jù)庫創(chuàng)建的疫居小程序的設(shè)計和實施主要是使用JAVA技術(shù)完成的。后臺數(shù)據(jù)庫的創(chuàng)建和維護(hù)以及前端微信小程序的創(chuàng)建是這個系統(tǒng)開發(fā)的兩個關(guān)鍵部分。數(shù)據(jù)庫的創(chuàng)建和維護(hù)需要創(chuàng)建一個數(shù)據(jù)完整性強(qiáng)、數(shù)據(jù)安全性穩(wěn)固、數(shù)據(jù)穩(wěn)定性高的數(shù)據(jù)庫,而前端微信小程序則要求功能齊全、使用方便等屬性。總之,流行的微信小程序的開發(fā)技術(shù)是非常可行的,開發(fā)人員具備一定的開發(fā)技術(shù),所以技術(shù)上是可行的。2.1.3操作可行性分析疫情微信小程序是在微信小程序的基礎(chǔ)上產(chǎn)生的,其操作方式比較簡單明了。用戶只要能經(jīng)常使用智能手機(jī),使用微信客戶端應(yīng)用軟件,進(jìn)入當(dāng)前的疫情微信小程序,就可以閱讀和發(fā)布疫情微信小程序的信息,實用有效。因此,該程序是切實可行的。2.2需求分析2.2.1關(guān)鍵技術(shù)疫居小程序使用了Java語言,它融合了一些C++語言的優(yōu)點,包括強(qiáng)大的功能、簡單性和實用性。Java技術(shù)的JDK組件,包括Java運(yùn)行環(huán)境,一些Java工具,以及Java的核心類庫(JavaAPI),是其最關(guān)鍵的組成部分。JFinal是一個建立在Java編程語言上的閃電式的網(wǎng)絡(luò)開發(fā)框架。它的主要設(shè)計目標(biāo)是:開發(fā)速度快、代碼量最小、易于理解、功能強(qiáng)大、重量輕、易于擴(kuò)展。它提供了Java語言的所有優(yōu)點以及Ruby和Python等動態(tài)語言的快速開發(fā)速度。在堅持以上設(shè)計目標(biāo)的同時,基于微內(nèi)核+全方位擴(kuò)展型架構(gòu),打造功能極度全面WEB

+

ORM開發(fā)框架。1、JAVA技術(shù)Java是一種面向?qū)ο蟮木幊陶Z言,它吸收了C++的優(yōu)點,而沒有繼承它的許多復(fù)雜思想。因此,Java語言有兩個特質(zhì):一是功能強(qiáng)大,二是使用簡單。Java是靜態(tài)編程語言的代表之一,由于面向?qū)ο蟮睦砟钜矐?yīng)用于它,它使程序員在創(chuàng)建復(fù)雜程序時能更清晰地思考。Java的特點是簡單、安全、獨立、可移植性、多線程和動態(tài)性。它非常容易使用。Java可以創(chuàng)建桌面應(yīng)用的網(wǎng)絡(luò)程序,也可以創(chuàng)建分布式和嵌入式系統(tǒng)軟件2、編程開發(fā)編程環(huán)境:Java開發(fā)工具包,有時也被稱為Java開發(fā)工具,是一個用于創(chuàng)建Java小程序和應(yīng)用程序的編程環(huán)境。Java運(yùn)行環(huán)境、Java類庫(JavaAPI)和各種Java工具都是JDK的一部分,它是Java的基礎(chǔ)。JDK版本主要用于構(gòu)建任何Java應(yīng)用服務(wù)器。除去Sun,主要的JDK是發(fā)布的JDK。許多其他企業(yè)也創(chuàng)建了自己的JDK,包括IBM、BEA和GNU。編程工具:Eclipse:一個開源的、基于java的、可擴(kuò)展的開發(fā)平臺。NetBeans:用于各種客戶機(jī)和Web應(yīng)用程序的開放源碼Java集成開發(fā)環(huán)境。IntelliJIDEA:用于代碼自動提示、代碼分析等。EditPlus:果正確配置了Java編譯器“Javac”和解釋器“Java”,則可以直接使用EditPlus編譯來執(zhí)行Java程序。3、數(shù)據(jù)庫常見的數(shù)據(jù)庫基本為兩類,一類是關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫。從軟件的層面來說,由于疫居微信小程序需要存儲到很多訂單、醫(yī)院、地址等信息,因此選用SQLServer數(shù)據(jù)庫,這樣軟件方面足夠程序使用,硬件方面配置也不高。在軟件項目中,數(shù)據(jù)通常使用數(shù)據(jù)庫進(jìn)行操作和存儲,這保證了數(shù)據(jù)的獨立性、一致性和安全性,為系統(tǒng)提供了一種有效的方法來訪問數(shù)據(jù),同時也縮短了程序員構(gòu)建應(yīng)用程序的時間。支持許多線程的能力,可以有效地提高速度,更好地利用系統(tǒng)資源,這是MySQL的一個優(yōu)點。此外,它還提供了許多連接數(shù)據(jù)庫的方法,包括TCP/IP、ODBC和JDBC;雖然它有幾個缺點,如能力和規(guī)模有限,但對于預(yù)防流行病的小型程序來說已經(jīng)足夠了,而且可以擴(kuò)大數(shù)據(jù)庫表結(jié)構(gòu)空間,便于以后擴(kuò)展。使用MySQL創(chuàng)建系統(tǒng)數(shù)據(jù)庫,對于早期的數(shù)據(jù)整合和處理以及后續(xù)的二次開發(fā)過程中的數(shù)據(jù)擴(kuò)展都很有優(yōu)勢。MySQL在處理少量數(shù)據(jù)時可以非常有效。4、微信小程序介紹本設(shè)計采用微信小程序作為前端展示。眾所周知,微信小程序是一款運(yùn)行在微信上的應(yīng)用,它的潛在用戶就是微信上億的用戶;它無需下載,只要有微信用戶可以使用此款應(yīng)用;它即開即用,用戶只需搜索應(yīng)用或者掃描二維碼就可使用,真的是非常的方便。截止至2019年7月,小程序的活躍用戶數(shù)量超過3億,超過8000億的營業(yè)額,同比增長160%。此外,與APP相比,小程序有這些優(yōu)勢:1、簡化用戶使用步驟。2、開發(fā)成本更低,開發(fā)更容易。3、滿足用戶管理。4、節(jié)省用戶手機(jī)空間。5、微信小程序?qū)儆谛律录?,發(fā)展前景更好。2.2.2業(yè)務(wù)流程分析調(diào)查分析運(yùn)行程序所涉及到的每個環(huán)節(jié)的業(yè)務(wù)流程被稱作業(yè)務(wù)流程分析,從系統(tǒng)的注冊登錄開始,從用戶的方向出發(fā),運(yùn)行整個程序。掌握系統(tǒng)操作流程,保證信息能夠正確的輸入和輸出,數(shù)據(jù)存儲的完整性以及信息處理方法過程,并根據(jù)實際操作步驟來繪制出具體的流程圖。系統(tǒng)總體流程圖如圖2.1所示。圖2.1系統(tǒng)總體流程圖2.2.3功能需求分析疫居微信小程序主要是為了實現(xiàn)兩類用戶的需求,分別是用戶和系統(tǒng)管理員,下面將分別介紹其功能模塊。1、管理員功能需求。管理員可通過電腦進(jìn)入系統(tǒng)后臺,對系統(tǒng)進(jìn)行全面管理,包括賬號、用戶、商品、訂單、醫(yī)院、醫(yī)生、掛號信息、景區(qū)信息、病例信息、新聞信息、輪播圖、疫情數(shù)據(jù)、核酸地點管理等。2、用戶功能需求。用戶通過微信客戶端,可進(jìn)入本疫情微信小程序,可以進(jìn)行查看疫情信息,進(jìn)行點外賣,查看醫(yī)院信息并進(jìn)行在線掛號,以及可以管理個人信息和密碼等功能。用戶間的靜態(tài)結(jié)構(gòu)圖如圖2.2所示:圖2.2靜態(tài)結(jié)構(gòu)圖2.2.4性能需求分析要求系統(tǒng)能夠具有快速而又強(qiáng)大的數(shù)據(jù)播報功能,能夠?qū)崟r體現(xiàn)疫情生活中的各項數(shù)據(jù)水平,并用具有一定的安全性,以保證項目的各項功能能夠正常運(yùn)行。用戶要在微信小程序中完成所有操作,軟件與用戶界面的交互性是用戶能夠方便、有效、愉快地使用本系統(tǒng)的關(guān)鍵之一。2.2.5數(shù)據(jù)需求分析1、用戶輸入注冊的信息:如用戶名、用戶真實姓名、用戶身份證號碼、用戶性別等。2、生成的疫情防控數(shù)據(jù):如境內(nèi)感染人數(shù)、境外感染人數(shù)、死亡人數(shù)、以治愈人數(shù)、時間、地點等。3、生成的醫(yī)療設(shè)施信息:如醫(yī)院地址、核酸地點、訂單人的手機(jī)號碼、掛號時間等。4、生成的團(tuán)購訂單信息:如外賣訂單號、訂單人的真實姓名、訂單人的身份證號碼、訂單收貨地址、訂單支付信息等。2.2.6接口需求分析Swagger2接口描述Swagger是一圍繞OpenAPI規(guī)范構(gòu)建的開源工具,可以幫助設(shè)計,構(gòu)建,記錄和使用RESTAPI。Swagger工具包括的組件:SwaggerEditor::基于瀏覽器編輯器,可以在里面編寫OpenAPI規(guī)范。類似Markdown具有實時預(yù)覽描述文件的功能。(用的比較少,自定義配置時才用)SwaggerUI:將OpenAPI規(guī)范呈現(xiàn)為交互式API文檔??梢暬疷I展示描述文件。(通過瀏覽器,根據(jù)代碼中的注解查看)SwaggerCodegen:將OpenAPI規(guī)范成為服務(wù)器存根(可以生成文件,方便訪問服務(wù)器信息,快速展示)和喀戶端庫。通過SwaggerCodegen可以將描述文件生成html格式和cwiki形式的文檔接口,同時也可以生成多種言語的客戶端和服務(wù)段代碼。SwaggerInspector:和SwaggerU有點類似,但是可以返回更多信息(多了過程記錄),也會保存請求時及參數(shù)數(shù)據(jù)。SwaggerHub:繼集成了上面所有項目的各個功能可以以項目和版本為單位,將描述文件上傳到SwaggerHub中可以幫助完成上面項目的所有工作,使用Swagger,就是把相關(guān)信息存儲在它定義的描述文件里面(yml和json格式),再通過維護(hù)整個描述文件可以去更新接口文檔,以及生成各端代碼。Swagger號稱世界上最流行的Api框架。通過Swagger給一齜較難理解的屬性或者接口添加注釋信息。RestApi文檔在線自動生成工具到Api文檔與Api定義實時更新。直接運(yùn)行,可以在線測試API接口。2.2.7將來可能提出的需求分析1、頁面的美化。2、系統(tǒng)業(yè)務(wù)流程分析3、系統(tǒng)UML用例分析

3系統(tǒng)設(shè)計系統(tǒng)設(shè)計是根據(jù)程序的需求,所設(shè)計出能夠最大程度的滿足需求的程序的過程。在設(shè)計整體框架的時候要做到全方位的站在用戶的立場上考慮問題,讓最終的程序能夠順應(yīng)大眾用戶的需求。所以整體體系的結(jié)構(gòu)框架的設(shè)計描述以及系統(tǒng)的數(shù)據(jù)庫設(shè)計是至關(guān)重要。本章將從功能模塊設(shè)計,數(shù)據(jù)庫設(shè)計來闡述整個系統(tǒng)的框架和結(jié)構(gòu)。3.1功能模塊設(shè)計根據(jù)前面的分析,本系統(tǒng)的功能模塊圖如圖3.1所示。圖3.1功能模塊圖3.2數(shù)據(jù)庫設(shè)計通常數(shù)據(jù)庫設(shè)計是指針對程序需要的環(huán)境,來進(jìn)行構(gòu)造其需求的數(shù)據(jù)庫邏輯模式和物理結(jié)構(gòu)等。并以此建立數(shù)據(jù)庫和應(yīng)用程序,讓數(shù)據(jù)庫能夠正常存儲數(shù)據(jù)和操作數(shù)據(jù)等要求。然而數(shù)據(jù)庫的設(shè)計是一種反復(fù)的實驗,而不是一門科學(xué),缺乏了科學(xué)分析理論基礎(chǔ),所以設(shè)計質(zhì)量難以保證。但是數(shù)據(jù)庫具有其效率高,操作簡單等優(yōu)點,足夠滿足疫居小程序的需求。3.2.1概念模型設(shè)計概念模式的設(shè)計,反映了企業(yè)組織信息所需要的概念性數(shù)據(jù)庫結(jié)構(gòu)。概念模式獨立于計算機(jī)系統(tǒng),不依賴于數(shù)據(jù)庫的邏輯設(shè)計或支持它的DBMS??梢酝ㄟ^融合上述對數(shù)據(jù)庫需求的分析和系統(tǒng)概念模型的特質(zhì)和開發(fā)技術(shù)來創(chuàng)建關(guān)系E-R模型如圖3.2所示。圖3.2關(guān)系E-R圖1、管理員相關(guān)功能,如圖3.4所示。圖3.4管理員實體圖2、病例具體信息,如圖3.5所示。圖3.5病例信息實體圖3、訂單具體信息,如圖3.6所示。圖3.6訂單信息實體圖4、核酸地點等具體信息,如圖3.7所示。圖3.7核酸訂單信息實體圖5、疫情相關(guān)數(shù)據(jù)信息,如圖3.8所示。圖3.8疫情數(shù)據(jù)信息實體圖3.2.2數(shù)據(jù)庫表的設(shè)計本系統(tǒng)采用的數(shù)據(jù)庫為MySQL,因為MySQL支持多種語言與操作系統(tǒng),同時也支持多線程,對CPU資源的利用十分充分,而且它的SQL查詢算法,為系統(tǒng)查詢數(shù)據(jù)提供了巨大的便利,顯著地提升了查詢速度,還便于管理與檢查。關(guān)于數(shù)據(jù)庫中的數(shù)據(jù)表如下:1、admins表信息用于管理員進(jìn)行權(quán)限管理以及賬號密碼的注冊和修改。如表3.1所示。表3.1管理員信息表admins字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是cxvarchar(50)NO權(quán)限usernamevarchar(50)NO帳號pwdvarchar(128)NO密碼2、case表用于記錄賬戶掛號信息,病患信息,醫(yī)生信息,醫(yī)院信息,診斷結(jié)果等。如表3.2所示。表3.2病例信息表case字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是registerint(10)unsignedNO掛號idhospitalNamevarchar(255)NO醫(yī)院名稱doctoridvarchar(50)NO醫(yī)生工號doctornamevarchar(255)NO醫(yī)生姓名patientnamevarchar(50)NO姓名numbervarchar(50)NO電話callpersonvarchar(50)NO預(yù)約人patienttelltextNO患者主訴diagnosticsymptomstextNO診斷癥狀diagnosticresultstextNO診斷結(jié)果addtimetimestampCURRENT_TIMESTAMPNO添加時間3、orderinformation表用于記錄訂單相關(guān)信息,訂單號,訂單金額,收獲人信息等,如表3.3所示。表3.3訂單信息表orderinformation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是Order_Novarchar(50)NO訂單號orderinformationtextNO訂單信息amountdecimal(10,2)0.00NO訂單金額consigneevarchar(50)NO收貨人addressvarchar(50)NO地址numbervarchar(50)NO手機(jī)buypersonvarchar(50)NO下單人notesvarchar(50)NO備注statusvarchar(50)NO訂單狀態(tài)續(xù)表3.3訂單信息表orderinformation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注addtimetimestampCURRENT_TIMESTAMPNO下單時間ispayvarchar(10)否NO是否支付4、nucleicacidlocation表用于記錄核酸地點的相關(guān)信息如經(jīng)緯度等,如表3.4所示。表3.4核酸地點信息表nucleicacidlocation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是addressvarchar(50)NO地址locationvarchar(255)NO地點longitudedecimal(10,6)NO經(jīng)度latitudedecimal(10,6)NO緯度hashvarchar(16)NOhash5、epidemicdata表用于記錄境內(nèi)以及境外的疫情確診人數(shù),死亡人數(shù)以及治愈人數(shù)等疫情相關(guān)信息,如表3.5所示。表3.5疫情數(shù)據(jù)信息表epidemicdata字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是diagnosenowint(11)0NO現(xiàn)有確診diagnosesumint(11)0NO累計確診asymptomaticint(11)0NO無癥狀suspectedint(11)0NO現(xiàn)有疑似severeint(11)0NO現(xiàn)有重癥overseasimportint(11)0NO境外輸入cureint(11)0NO累計治愈deathssumint(11)0NO累計死亡6、area表用于記錄地區(qū)名稱的數(shù)據(jù),如表3.6所示。表3.6地區(qū)信息表area字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是locationnameint(11)0NO地區(qū)名稱7、shoppingcart表用于記錄購物車中商品相關(guān)信息,如表3.7所示。表3.7購物車信息表shoppingcart字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是goodsinformationint(11)0NO商品信息goods_Noint(11)0NO商品編號goodsnameint(11)0NO商品名稱classificationint(11)0NO分類pictureint(11)0NO圖片priceint(11)0NO價格purchasequantityint(11)0NO購買數(shù)量purchaserint(11)0NO購買人8、register表用于記錄問診的掛號信息,如表3.8所示。表3.8掛號信息表register字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是doctorinformationint(11)0NO醫(yī)生hospitalinformationint(11)0NO醫(yī)院信息hospitalnameint(11)0NO醫(yī)院名稱doctorheadsculptureint(11)0NO醫(yī)生頭像doctoridint(11)0NO醫(yī)生工號doctornameint(11)0NO醫(yī)生姓名續(xù)表3.8購物車信息表register字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注registrationfeeint(11)0NO掛號費(fèi)Order_Noint(11)0NO訂單號calltimeint(11)0NO預(yù)約時間patientnameint(11)0NO患者姓名patientnumberint(11)0NO患者電話appointmentStatusint(11)0NO預(yù)約狀態(tài)callpersonint(11)0NO預(yù)約人9、scenicspot表用于記錄景區(qū)等相關(guān)信息,如表3.9所示。表3.9景區(qū)信息表scenicspot字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是Scenicspotnumberint(11)0NO景區(qū)編號Scenicspotnameint(11)0NO景區(qū)名稱locationint(11)0NO地區(qū)pictureint(11)0NO圖片scenicspotaddressint(11)0NO景區(qū)地址scenicspotinformationint(11)0NO景區(qū)介紹10、rotationchart表用于儲存背景圖片,如表3.10所示。表3.10輪播圖信息表rotationchart字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是imageint(11)0NO圖片11、delivery表用于記錄配送相關(guān)信息,如表3.11所示。表3.11配送信息表delivery字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是orderinginformationint(11)0NO訂單信息ordernumberint(11)0NO訂單號orderpriceint(11)0NO訂單金額consigneeint(11)0NO收貨人addressint(11)0NO地址callnumberint(11)0NO手機(jī)號buypersonint(11)0NO下單人expectedordertimeint(11)0NO預(yù)計下單時間eliverystatusint(11)0NO配送狀態(tài)notesint(11)0NO備注12、productinformation表用于記錄商品名以及詳細(xì)的信息,如表3.12所示。表3.12商品信息信息表productinformation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是goodsnameint(11)0NO商品名稱sortint(11)0NO分類pictureint(11)0NO圖片priceint(11)0NO價格inventoryint(11)0NO庫存productdetailsint(11)0NO商品詳情13、wxuser表用于記錄用戶的昵稱信息等,如表3.13所示。表3.13微信用戶信息表wxuser字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是openint(11)0NO公用名nikenameint(11)0NO昵稱avatarUrlint(11)0NO頭像genderint(11)0NO性別countryint(11)0NO國家provinceint(11)0NO省份cityint(11)0NO城市l(wèi)ongitudeint(11)0NO經(jīng)緯度14、newsclassification表用于記錄新聞分類的詳細(xì)信息,如表3.14所示。表3.14新聞分類信息表newsclassification字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是sortnameint(11)0NO分類名稱15、newsinformation表用于記錄新聞信息,如表3.15所示。表3.15新聞信息信息表newsinformation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是titleint(11)0NO標(biāo)題sortint(11)0NO分類pictureint(11)0NO圖片addpersonint(11)0NO添加人clickint(11)0NO點擊率contentint(11)0NO內(nèi)容16、productclassification表用于記錄商品的分類,如表3.16所示。表3.16商品分類信息表productclassification字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是orderinformationint(11)0NO訂單信息ordernumberint(11)0NO訂單號orderpriceint(11)0NO訂單金額consigneeint(11)0NO收貨人addressint(11)0NO地址phonenumberint(11)0NO手機(jī)號buypersonint(11)0NO下單人expectedordertimeint(11)0NO預(yù)計下單時間deliverystatusint(11)0NO配送狀態(tài)notesint(11)0NO備注17、doctor表用于記錄醫(yī)生信息,如表3.17所示。表3.17醫(yī)生信息表doctor字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是hospitalinformationint(11)0NO醫(yī)院信息hospitalnameint(11)0NO醫(yī)院名稱doctorheadsculptureint(11)0NO醫(yī)生頭像doctoridint(11)0NO醫(yī)生工號doctornameint(11)0NO醫(yī)生姓名dutyhoursint(11)0NO值班時間registrationfeeint(11)0NO掛號費(fèi)doctorinformationint(11)0NO醫(yī)生簡介18、Hospitalinformation表用于記錄醫(yī)院信息,如表3.18所示。表3.18醫(yī)生信息表hospitalinformation字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是hospitalnameint(11)0NO醫(yī)院名稱hospitalpictureint(11)0NO醫(yī)院圖片hospitalphonenumberint(11)0NO醫(yī)院電話hospitaladdressint(11)0NO醫(yī)院地址hospitallocationint(11)0NO醫(yī)院定位hospitalinformationint(11)0NO醫(yī)院詳情longitudeint(11)0NO經(jīng)度latitudeint(11)0NO緯度19、user表用于記錄用戶信息,如表3.19所示。表3.19用戶信息表user字段名數(shù)據(jù)類型默認(rèn)值允許非空自動遞增備注idint(10)unsignedNO是usernameint(11)0NO用戶名passwordint(11)0NO密碼nameint(11)0NO姓名sexint(11)0NO性別phonenumberint(11)0NO手機(jī)號emailint(11)0NO郵箱Idcardint(11)0NO身份證pictureint(11)0NO頭像

4系統(tǒng)實現(xiàn)4.1開發(fā)環(huán)境本微信小程序采用了微信開發(fā)者工具,基于Java開發(fā),數(shù)據(jù)庫選用MySQL開源數(shù)據(jù)庫,對于運(yùn)行環(huán)境要求相對較低,如表4.1所示。表4.1系統(tǒng)所需軟、硬件環(huán)境硬件環(huán)境軟件環(huán)境CPU:3.0G以上操作系統(tǒng):Windows10以上版本內(nèi)存:2GB以上數(shù)據(jù)庫:MySQL8.0;JDK版本:1.8硬盤:50GB以上Web服務(wù)器:Tomcat7.0以上版本瀏覽器:GoogleChrome4.2功能模塊實現(xiàn)4.2.1用戶登錄注冊模塊用戶通過小程序訪問登錄頁面,輸入了賬號密碼后使用ajax訪問后端接口。實際訪問了后端控制器:UserController控制器的wxlogin方法。服務(wù)端通過UserController控制器接受請求后進(jìn)行解析、使用查詢數(shù)據(jù)庫中相應(yīng)的登錄信息,數(shù)據(jù)進(jìn)行匹配賬號密碼正確后返回用戶信息、和登錄憑證token。實現(xiàn)用戶登錄注冊部分代碼如圖4.1所示。圖4.1登陸注冊部分代碼圖登錄模塊具體的實現(xiàn)效果圖如圖4.2所示。圖4.2登陸注冊效果展示圖4.2.2個人中心界面用戶成功登錄后,UserController將數(shù)據(jù)轉(zhuǎn)化為json格式返回給小程序,小程序?qū)?shù)據(jù)登錄信息保存進(jìn)本地緩存、和全局變量中,完成個人界面的運(yùn)行。實現(xiàn)個人中心界面部分代碼如圖4.3所示。圖4.3個人主頁部分代碼圖用戶主頁系統(tǒng)可以查看購物車、地點、配送、掛號、問診病例信息,界面如圖4.4所示。圖4.4個人中心界面效果展示圖4.2.3管理員登錄模塊管理員通過IntellijIDEA利用vue進(jìn)行網(wǎng)站的登錄,實現(xiàn)個管理員登陸模塊部分代碼如圖4.5所示。圖4.5管理員登陸模塊部分代碼圖管理員要想進(jìn)入系統(tǒng)后臺進(jìn)行管理,必須進(jìn)行登錄操作,管理員登錄界面展示如圖4.6所示。圖4.6管理員登錄界面圖4.2.4賬號管理界面管理員通過根據(jù)Username字段參數(shù)獲取數(shù)據(jù),并管理相關(guān)賬號部分代碼如圖4.7所示。圖4.7賬號管理部分代碼圖管理員登錄后可在賬號管理界面查看個人信息,界面展示如圖4.8所示。圖4.8賬號管理界面圖4.2.5用戶管理界面管理員根據(jù)Username字段參數(shù)獲取一行數(shù)據(jù),并不包含某uid參數(shù)得行,查詢后管理相關(guān)用戶。相關(guān)用戶管理部分代碼如圖4.9所示。圖4.9用戶管理部分代碼圖管理員可添加、查詢、編輯用戶信息,界面展示如圖4.10所示。圖4.10用戶管理界面圖4.2.6商品管理界面管理員根據(jù)map條件進(jìn)行篩選數(shù)據(jù),得到相關(guān)商品信息后可進(jìn)行對商品的管理。部分商品管理代碼如圖4.11所示。圖4.11商品管理部分代碼圖管理員可管理商品信息,對商品信息進(jìn)行添加、修改和刪除,界面展示如圖4.12所示。圖4.12商品管理界面圖4.2.7地點管理界面管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)parammap字段結(jié)構(gòu)數(shù)據(jù)return搜索到得數(shù)據(jù),管理相關(guān)的地點,相關(guān)地點管理代碼如圖4.13所示。圖4.13地點管理部分代碼圖管理員可查看訂單信息和配送信息,界面展示如圖4.14所示。圖4.14地點管理界面圖4.2.8醫(yī)院管理管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù),查詢到相關(guān)醫(yī)院并進(jìn)行管理,部分代碼如圖4.15所示。圖4.15地點管理界面圖管理員可添加、查詢醫(yī)院信息,界面展示如圖4.16所示。圖4.16醫(yī)院管理界面圖4.2.9醫(yī)生管理管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)管理相關(guān)醫(yī)生信息,部分醫(yī)生管理代碼如圖4.17所示。圖4.17醫(yī)生管理部分代碼圖管理員可添加、查詢醫(yī)生信息,界面展示如圖4.18所示。圖4.18醫(yī)生管理界面圖4.2.10掛號管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)掛號信息并能進(jìn)行信息的修改,部分代碼如圖4.19所示。圖4.19掛號部分代碼圖管理員可查詢掛號信息,界面展示如圖4.20所示。圖4.20掛號管理界面圖4.2.11病例管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)病例,部分代碼如圖4.21所示。圖4.21病例管理部分代碼圖管理員可查詢、刪除病例信息,界面展示如圖4.22所示。圖4.22病例管理界面圖4.2.12景區(qū)管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)景區(qū),部分代碼如圖4.23所示。圖4.23景區(qū)部分代碼圖管理員可添加、查詢地區(qū)信息,并可以添加、查詢景區(qū)信息,界面展示如4.24圖所示。圖4.24景區(qū)管理界面圖4.2.13新聞管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)新聞并進(jìn)行管理,部分代碼如圖4.25所示.圖4.25新聞管理部分代碼圖管理員可添加、查詢、編輯新聞信息,界面展示如圖4.26所示。圖4.26新聞管理界面圖4.2.14輪播圖管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)輪播圖并進(jìn)行管理,部分代碼如圖4.27所示。圖4.27輪播圖部分代碼圖管理員可添加、刪除輪播圖信息,界面展示如圖4.28所示。圖4.28輪播圖管理界面圖4.2.15疫情數(shù)據(jù)管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)疫情數(shù)據(jù)進(jìn)行管理,相關(guān)部分代碼如圖4.29所示。圖4.29輪播圖管理界面圖管理員可添加、刪除、查詢疫情數(shù)據(jù)信息,界面展示如圖4.30所示。圖4.30疫情數(shù)據(jù)管理界面圖4.2.16核酸地點管理管理員通過管理員通過Filter根據(jù)Map對象篩選數(shù)據(jù),根據(jù)map字段篩選信息進(jìn)行搜索數(shù)據(jù)查詢相關(guān)核酸地點并進(jìn)行管理,相關(guān)部分代碼如圖4.31所示。圖4.31核酸地點部分代碼圖管理員可添加、刪除、查詢核酸地點信息,界面展示如圖4.32所示。圖4.32核酸地點管理界面圖

5系統(tǒng)測試5.1測試計劃程序開發(fā)的最后一個步驟就是系統(tǒng)測試,是將已經(jīng)完成的程序和其他的計算機(jī)元素結(jié)合在一起,查看是否系統(tǒng)有預(yù)期不符合的地方。其是否符合預(yù)期關(guān)系到整個程序的發(fā)展。用戶對軟件的質(zhì)量、性能和安全性等需求就要通過測試來實現(xiàn)。測試過程要必須遵循嚴(yán)謹(jǐn)性、完善性、規(guī)范性的原則。但是軟件的測試只能盡可能的減少錯誤,理論上來說是無法達(dá)到消除錯誤。但是錯誤越少,系統(tǒng)出錯的幾率就越低,用戶使用起來也更方便、更安全。5.1.1測試范圍與主要內(nèi)容此次測試主要內(nèi)容有:登陸注冊、掛號功能模塊、商品功能模塊、疫情信息模塊以及周邊景點模塊。5.1.2測試方法本測試使用了黑盒測試法:黑盒測試其實是平常所說的“功能測試”,它主要測試的是產(chǎn)品功能是否可以實現(xiàn),不在乎產(chǎn)品內(nèi)部的結(jié)構(gòu),只針對產(chǎn)品的功能做出檢測評價。測試過程中,通常會將程序看作一個不能打開的黑盒子,在測試人員無法從外面看見產(chǎn)品內(nèi)部結(jié)構(gòu)的情況下,對軟件界面和軟件功能進(jìn)行測試。由于無法看清產(chǎn)品的內(nèi)部結(jié)構(gòu),《軟件需求規(guī)格說明書》成為幫助軟件測試人員明確測試目標(biāo)的主要依據(jù)REF_Ref21828\r\h[3]。本次測試使用了錯誤推測法,其原理是根據(jù)研發(fā)程序過程中的經(jīng)驗以及直覺來判斷程序中可能存在的各種錯誤,并進(jìn)行有針對性測試的方法。比如在研發(fā)過程中曾出現(xiàn)過的報錯等經(jīng)驗總結(jié)。5.1.3測試環(huán)境本次測試設(shè)備A硬件配置為CPU:i5-9300H、8G運(yùn)行內(nèi)存、512G固存,軟件配置為:Windows10系統(tǒng),微信開發(fā)者工具,Microsoftedge瀏覽器。設(shè)備B硬件配置為CPU:i5-9300H、8G運(yùn)行內(nèi)存、512固存,軟件配置為Windows11系統(tǒng),微信開發(fā)者工具,firefox瀏覽器。如下表5.1所示。表5.1測試環(huán)境客戶端軟、硬件配置備注硬件軟件ACPU:i5-9300HOS:Windows10內(nèi)存:8G微信開發(fā)者工具續(xù)表5.1測試環(huán)境客戶端軟、硬件配置備注硬件軟件A硬盤:512G瀏覽器:MicrosoftedgeBCPU:i5-9300HOS:Windows11內(nèi)存:8G微信開發(fā)者工具硬盤:512G瀏覽器:firefox5.2功能測試5.2.1界面測試界面測試的作用是測試用戶界面和功能模塊是否一致、是否合理。測試的目的是確定界面主頁等功能可以正常使用并且符合預(yù)期要求。所以本系統(tǒng)基于這些要求對界面進(jìn)行測試,像用戶一樣使用界面,發(fā)現(xiàn)界面的問題。由此來達(dá)到界面測試的目的。以下是基于疫居微信小程序界面需求的界面測試如下表5.2所示。表5.2測試環(huán)境所屬模塊頁面模塊用例作者毛海平BUG編號BUG-001測試人員毛海平測試日期2023年4月11日測試類型功能測試測試工具無用例IDTest-Casepage用例描述(1)在不同的瀏覽器上查看系統(tǒng)顯示的效果是否相同,是否正常顯示。例如:Microsoftedge、firefox、360瀏覽器;(2)查看系統(tǒng)圖片排版是否美觀、符合日常的閱讀習(xí)慣;圖片的大小、清晰度是否良好;(3)查看系統(tǒng)文字是否清晰;文字大小、顏色和樣式是否合理;文字表達(dá)是否恰當(dāng)、清楚,是否有錯別字;前驅(qū)條件(1)進(jìn)入病例頁面續(xù)表5.2測試環(huán)境所屬模塊頁面模塊操作步驟(1)進(jìn)入頁面后進(jìn)行病例的查詢預(yù)期結(jié)果(1)效果一致;(2)圖片效果良好;(3)文字清晰合理,無錯別字;(4)符合日常使用習(xí)慣;(5)位置正確,美觀。實際結(jié)果符合預(yù)期設(shè)想測試結(jié)論系統(tǒng)頁面在不同的瀏覽器中均能正常運(yùn)行,效果相同,測試通過。5.2.2登錄測試登陸測試是針對用戶登錄時,對用戶信息的驗證、以及系統(tǒng)是否能夠成功識別正確的賬戶號碼。登錄用例測試分三組,分別為輸入正確賬號、錯誤密碼;輸入錯誤賬號、錯誤密碼;輸入空信息,看是否能否進(jìn)入系統(tǒng)。登錄測試用例表如下表5.3所示。表5.3登錄測試用例所屬模塊用戶登錄模塊用例作者毛海平BUG編號BUG-002測試人員毛海平測試日期2023年4月11日測試類型功能測試測試工具無用例IDuserloginpage用例描述(1)在登錄頁面進(jìn)行輸入用戶信息進(jìn)行用戶登錄前驅(qū)條件(1)進(jìn)入登錄頁面續(xù)表5.3登陸測試用例所屬模塊用戶登錄模塊操作步驟(1)各項信息不予填寫,直接點擊登陸按鈕。(2)填寫錯誤的登錄名或密碼后點擊登錄系統(tǒng)(3)填寫與驗證碼信息不一致的信息。預(yù)期結(jié)果(1)不允許登錄,提示填寫賬號相關(guān)信息。(2)提示用戶名或密碼錯誤,要求重新填寫進(jìn)行登錄(3)系統(tǒng)顯示出提示信息,表明驗證碼錯誤,要求重新填寫實際結(jié)果符合預(yù)期設(shè)想測試結(jié)論三種情況都未能登入系統(tǒng),測試通過。5.2.3商品查詢測試本系統(tǒng)實現(xiàn)了線上商品的購買以及一級查詢功能,并可以在商品首頁的搜索框進(jìn)行搜索來查詢不同的商品(模糊查詢),當(dāng)用戶在搜索框輸入商品名,如“方便面”,所有帶“方便面”字樣名稱的商品就會被檢索出來。根據(jù)系統(tǒng)的功能進(jìn)行商品查詢測試,見下表5.4所示。表5.4商品查詢測試用例所屬模塊查詢商品模塊用例作者毛海平BUG編號BUG-003測試人員毛海平測試日期2023年4月11日測試類型功能測試測試工具無用例IDTest-Productinformationpage用例描述(1)用戶在商品界面使用關(guān)鍵詞搜索查詢商品。前驅(qū)條件(1)進(jìn)入商品主頁。操作步驟(1)在搜索框搜索關(guān)鍵詞為“泡面”的商品(2)在搜索框搜索關(guān)鍵詞為“香腸“的商品(3)在搜索框輸入關(guān)鍵詞為“口罩”的商品(4)在搜索框輸入關(guān)鍵詞為“奶糖”的商品預(yù)期結(jié)果(1)顯示所有為泡面的商品(2)顯示所有為泡面的商品(3)顯示所有為口罩的商品(4)顯示商品列表為空續(xù)表5.4商品查詢測試用例所屬模塊查詢商品模塊實際結(jié)果符合預(yù)期設(shè)想測試結(jié)論商品頁面能正確顯示搜索的信息,測試通過。5.2.4用戶購物車模塊測試用戶可以將心儀的物品先放入購物車中,購物車需要可以進(jìn)行增加商品,刪除商品,提交訂單購買商品的功能。根據(jù)以上功能設(shè)計出用戶購物車模塊測試表,如下表5.5所示。表5.5用戶購物車模塊測試所屬模塊購物車模塊用例作者毛海平BUG編號BUG-004測試人員毛海平測試日期2023年4月11日測試類型功能測試測試工具無用例IDTest-shoppingcart用例描述(1)用戶在商品界面中將商品添加到購物車中,查看購物車。前驅(qū)條件(1)登錄后進(jìn)入個人商品界面。操作步驟(1)添加商品到購物車,添加1個“康師傅-泡面”到購物車;(2)刪除購物車?yán)锏纳唐罚?)清空購物車?yán)锏纳唐?,點擊“清空購物車”按鈕;(4)提交訂單,點擊“提交訂單”按鈕。預(yù)期結(jié)果(1)添加成功;(2)刪除成功;(3)購物車為空,并且有“購物車中無商品”的提示;(4)訂單提交成功。實際結(jié)果符合預(yù)期設(shè)想測試結(jié)論購物車模塊能正常使用購物車的增加與刪除和下單操作,測試通過。5.3兼容性測試本次兼容性測試重點測試了Window10、Window11、MACOS三個系統(tǒng)以及分別使用Firefox、Microsoftedge、Googlechrome三種瀏覽器進(jìn)行運(yùn)行,測試結(jié)果是否正常。如下表5.6所示。表5.6兼容性測試用例表操作系統(tǒng)瀏覽器運(yùn)行軟件結(jié)果Window10Fi

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論