基于O2O的線上超市管理系統(tǒng)設(shè)計與實現(xiàn)

摘要本文主要研究傳統(tǒng)零售商店在電商趨勢沖擊下如何轉(zhuǎn)型的問題，目的在于幫助傳統(tǒng)零售商店線上功能的實現(xiàn)。在研究O2O線上超市管理系統(tǒng)情況的基礎(chǔ)上，從實際情況出發(fā)，采用面向?qū)ο蠓椒?、B/S結(jié)構(gòu)和python開發(fā)語言，基于pycharm開發(fā)平臺、微信開發(fā)者工具、SQL數(shù)據(jù)庫，完成對系統(tǒng)的設(shè)計和實現(xiàn)。系統(tǒng)主要分成兩大部分，一、前臺購物模塊：這一模塊主要通過微信小程序來實現(xiàn)，顧客通過這一微信小程序可以瀏覽、查看商品信息，可以將商品添加到購物車，可以完成對商品的線上支付，可以對商品進行評價，可以申請售后服務(wù)。二、后臺管理模塊：這一模塊主要通過網(wǎng)頁來實現(xiàn)，管理員在這一后臺模塊可以通過儀表盤查看超市的各種總營業(yè)數(shù)據(jù)、可以通過賬號管理修改新增賬號信息、可以通過商品管理對商品及商品分類進行增刪改查、可以通過會員列表查看會員評價及部分個人信息、可以通過訂單管理對訂單狀態(tài)進行修改，達到備貨發(fā)貨的效果、可以通過統(tǒng)計管理查看超市各種詳細營業(yè)數(shù)據(jù)。本文介紹了系統(tǒng)從設(shè)計到怎么實現(xiàn)的過程，內(nèi)容有系統(tǒng)背景、系統(tǒng)開發(fā)目的及意義、開發(fā)工具選擇、系統(tǒng)需求分析、系統(tǒng)功能分析、系統(tǒng)總體設(shè)計、系統(tǒng)詳細設(shè)計，并對過程中遇到的問題和解決方法進行總結(jié)。關(guān)鍵詞：O2O；B/S模式；超市；微信小程序；面向?qū)ο?；Designandimplementationofonlinesupermarketmanagementsystembasedono2oAbstractThispapermainlystudieshowtotransformthetraditionalretailstoresundertheimpactofe-commercetrend,inordertohelptherealizationofonlinefunctionsoftraditionalretailstores.Basedonthestudyofo2oonlinesupermarketmanagementsystem,thedesignandimplementationofthesystemarecompletedbyusingobject-orientedmethod,B/Sstructureandpythondevelopmentlanguage,basedonpycharmdevelopmentplatform,wechatdevelopertoolsandSQLdatabase.Thefirstmockexamsystemismainlydividedintotwoparts:first,frontdeskshoppingmodule:ThismoduleismainlyimplementedthroughWeChatapplet,whichcanbrowseandviewcommodityinformationthroughWeChatlittleprogram,addgoodstoshoppingcart,completeonlinepaymentforgoods,evaluateproducts,andapplyforcustomerservice.Two.Thefirstmockexammodule:Thismoduleismainlyrealizedthroughwebpage.Theadministratorcanseeallkindsofgeneralbusinessdataofthesupermarketthroughthedashboard,modifythenewaccountinformationthroughaccountmanagement,addanddeletethegoodsandmerchandisecategoriesthroughcommoditymanagement,andcheckthemembershipevaluationandsomepersonalinformationthroughthemembershiplist.Inordertomodifytheorderstatusthroughordermanagementtoachievetheeffectofgoodspreparationanddelivery,youcanviewvariousdetailedbusinessdataofsupermarketthroughstatisticsmanagement.Thispaperintroducestheprocessfromdesigntoimplementationofthesystem,includingsystembackground,systemdevelopmentpurposeandsignificance,developmenttoolselection,systemdemandanalysis,systemfunctionanalysis,systemoveralldesign,systemdetaileddesign,andsummarizestheproblemsandsolutionsencounteredintheprocess.keyword：O2O；B/S；Supermarket；miniprograms；ObjectOriented目錄10351第1章緒論 1133331.1.系統(tǒng)開發(fā)背景及目標 1233001.1.1.系統(tǒng)開發(fā)背景 1289911.1.2.國內(nèi)外研究現(xiàn)狀 249651.1.3.系統(tǒng)開發(fā)的目標 2114271.2.系統(tǒng)的主要功能和特點 359651.3.設(shè)計開發(fā)的方法和工具的選擇 3214581.4.論文的內(nèi)容和結(jié)構(gòu)安排 42471第2章系統(tǒng)規(guī)劃 5171922.1.初步需求分析 5281822.1.1.系統(tǒng)描述 5280722.1.2.系統(tǒng)對象行為分析 566122.2.總體結(jié)構(gòu) 6207002.3.可行性研究 61166第3章系統(tǒng)分析 7319413.1.系統(tǒng)功能分析 7166823.1.1.系統(tǒng)參與者分析 7307363.1.2.用例圖 7259993.1.3.用例規(guī)約 9192463.2.概念數(shù)據(jù)建模和對象關(guān)系建模 2086863.3.動態(tài)建模 2443583.3.1.順序圖 2428493.3.2.活動圖 288792第4章系統(tǒng)設(shè)計 29309904.1.系統(tǒng)總體設(shè)計 29227904.2.系統(tǒng)詳細設(shè)計 2985124.2.1.數(shù)據(jù)庫設(shè)計 2948334.3.I/O設(shè)計 3758944.3.1.原始設(shè)計 376062第5章系統(tǒng)實現(xiàn) 46260795.1.系統(tǒng)實現(xiàn) 46257265.2.系統(tǒng)測試 47245765.2.1.測試內(nèi)容 47119145.2.2.測試結(jié)論 4918988總結(jié) 5016949附錄 535951附錄1程序源代碼 53PAGE1第1章緒論系統(tǒng)開發(fā)背景及目標系統(tǒng)開發(fā)背景在近幾年的時間里，電子商務(wù)在中國發(fā)展得如火如荼，在一定程度改變?nèi)藗兩罘绞?、購物習慣的同時，也對線下實體店產(chǎn)生了沖擊，甚至引發(fā)了人們對實體店存亡的討論。但我覺得無店鋪的電子商務(wù)只是在影響著實體店的傳統(tǒng)經(jīng)營模式（好地段+好裝修+好進店率+好體驗+好成交率），并不會影響實體店的存亡。中團網(wǎng)副總裁劉新成就曾說過：“門店實體店不會消失，網(wǎng)絡(luò)不可能取代實體店”。其實從古至今，無論時代如何變化，本質(zhì)意義上的實體店是一直存在的，只是主流的經(jīng)營模式在不斷改變，或許只是你我不曾留意而已，從最開始的流動小攤、流動集市、固定門店、官方旗艦店到現(xiàn)在的體驗店，這些從本質(zhì)意義上來說都是實體店的不同存在形式。實體店的經(jīng)營模式在不斷變更，消費者們能享受到的門店服務(wù)也越來越豐富，所以實體店始終作為消費者購物體驗的最重要終端。雖然實體店不會消亡，但不代表存在模式不會消亡，在互聯(lián)網(wǎng)的快時代里，“慢節(jié)湊”的傳統(tǒng)實體店總是顯得格格不入，因為傳統(tǒng)模式的實體店有著致命的弊端，首先是時間及空間上的約束性、二是宣傳渠道、三是成本。因此傳統(tǒng)實體店都面臨著轉(zhuǎn)型的決擇。但幾乎所有的傳統(tǒng)實體店也都在思考著一個問題，那就是我們該如何轉(zhuǎn)型，傳統(tǒng)實體店的出路在那里?路在何方？其實路就在眼前，在這個全球通網(wǎng)、全民沖浪的時代，我們?yōu)楹我獙箷r代的發(fā)展趨勢呢？我們?yōu)楹尾豁槃荻鵀?，加入到互?lián)網(wǎng)的發(fā)展趨勢當中呢？但這個加入不是簡單的復制無店鋪電商，而是結(jié)合本身實體店的優(yōu)勢做電商，這就是互聯(lián)網(wǎng)火熱的“O2O模式”。O2O即OnlineToOffline，翻譯過來是線上/線下的意思。這個商業(yè)概念最早出現(xiàn)于美國，是指將線下的消費需求與互聯(lián)網(wǎng)進行結(jié)合。簡單點來說就是通過在線支付的方式，消費者和經(jīng)營店家在線上已經(jīng)完成了初步的交易活動，也就是讓互聯(lián)網(wǎng)成為線下商務(wù)機會的交易前臺。通過這個新的商業(yè)模式，實體店可以打破傳統(tǒng)經(jīng)營理念帶來的一些弊端，同時也吸收了來自電商的一些經(jīng)營優(yōu)勢，從而在這個飛速發(fā)展的互聯(lián)網(wǎng)時代走出一條屬于實體店的出路。所以鑒于實體店的優(yōu)勢及O2O商業(yè)模式發(fā)展趨勢的研究分析，我決定以基于O2O的線上超市管理系統(tǒng)設(shè)計與實現(xiàn)作為我的畢業(yè)設(shè)計主題。設(shè)計一個線上線下選購、體驗感好、在線支付、線下取貨等功能的超市管理系統(tǒng)，以小小的力量推動O2O商業(yè)模式的發(fā)展。國內(nèi)外研究現(xiàn)狀在中哲咨詢高級咨詢顧問、市場總監(jiān)黃勇的中國O2O發(fā)展現(xiàn)狀及趨勢分析報告中，對我國O2O的研究現(xiàn)狀進行了總結(jié)。我國O2O發(fā)展大致有三個階段，目前發(fā)展到了第三階段。2013年蘇寧線上線下同價，揭開了我國O2O模式的序幕，即1.0階段，只是完成了線上線下的簡單結(jié)合，主要是利用線上的便利性，突破時間、空間的限制性，把客源集中起來，從而實現(xiàn)把線上的這些流量帶到線下的目的，這種發(fā)展模式主要集中在團購及線上促銷等領(lǐng)域。這個模式只是簡單地實現(xiàn)了O2O的理念，交易過程也存在著不小的問題，如交易過程單向性，用戶粘性低、平臺和用戶之間的互動少等問題，而且影響客戶消費的多為價格因素。到2.0階段后，此時我國O2O的主要發(fā)展特色為服務(wù)性行業(yè)的電商模式，把之前1.0簡單的線上線下結(jié)合，轉(zhuǎn)移到了線上交易，線下服務(wù)的模式來。在資本的推動下，新模式出現(xiàn)了O2O的狂歡熱潮，如滴滴打車就是一個典型的例子，而滴滴打車通過順風車等模式，也在一定程度上釋放了社會勞動力。而我國的O2O發(fā)展到3.0階段時，經(jīng)營O2O模式的實體已經(jīng)開始出現(xiàn)了分化，一個是專注垂直細分領(lǐng)域的一些公司已經(jīng)開始展現(xiàn)出不錯的發(fā)展前景，比如專注快遞的菜鳥裹裹、速遞易。意義：在這個萬物皆可連，一切均可編程的發(fā)展時代，大部分傳統(tǒng)的零售超市店鋪依舊在運用著傳統(tǒng)的經(jīng)營理念、傳統(tǒng)的客戶思維做生意，沒有粘性、留不住顧客。這與萬物皆可連，一切均可編程的發(fā)展時代理念相沖。而本系統(tǒng)意在完善傳統(tǒng)零售超市在線上方面的空白，把傳統(tǒng)零售超市帶到線上去，讓網(wǎng)民能在線上看到零售超市。同時為傳統(tǒng)實體店的轉(zhuǎn)型提供參考。系統(tǒng)開發(fā)的目標設(shè)計的系統(tǒng)主要運用于傳統(tǒng)的零售型超市，系統(tǒng)在對超市的商品進行信息錄入，可以讓顧客在線瀏覽商品，在線進行支付，把原先的傳統(tǒng)單線業(yè)務(wù)流程進行分割，讓顧家可以隨時隨地進行商品瀏覽，把業(yè)務(wù)流程進行多線并進，如原先的超市購物要先進入店面，然后再選購商品，然后支付。但有了系統(tǒng)，顧客可以利用移動端在任何時間及任何空間進行商品的選購、支付，然后可以由商家進行打包，顧客到店即?。ㄉ踔量梢杂缮碳疫M行配送）。這樣可以幫助實體超市突破時間空間的限制。同時把種類繁多的商品以新的方式展示給顧客，方便顧客的挑選，注重顧客購物體驗。也在超市、顧客間搭起了一個橋梁，可以讓超市收集到顧客脫敏的購物數(shù)據(jù)，也讓顧客知道超市有什么，同時各種促銷活動可以線下、線上同時開展，傳播人群更廣。通過這些業(yè)務(wù)場景的實現(xiàn)來幫助一些傳統(tǒng)銷售模式的零售超市實體店完成轉(zhuǎn)型。系統(tǒng)的主要功能和特點系統(tǒng)設(shè)計理念基于O2O模式，主要結(jié)合傳統(tǒng)的零售型超市，來完成在線上下單，線下取貨、送貨的購物流程。系統(tǒng)本質(zhì)是一個購物管理系統(tǒng)，所以必須考慮顧客的購物體驗，因此系統(tǒng)需要擁有完善的購物流程、良好的操作界面來保證顧客在選購商品時的購物體驗。首先后臺管理系統(tǒng)為管理員提供驗證登陸功能，因為不開放注冊功能，賬號新增只能通過管理員的賬號管理來實現(xiàn)，系統(tǒng)也應向管理員提供基礎(chǔ)的商品管理功能、訂單管理功能，管理員可以通過商品管理功能對商品進行增刪改查，此功能可以實現(xiàn)商家對商品的操作。也可以通過訂單管理功能對訂單進行查詢修改，以實現(xiàn)購物流程中商家備貨的業(yè)務(wù)需求。在微信小程序系統(tǒng)中，系統(tǒng)作為一個購物平臺，應能支撐完整的購物業(yè)務(wù)流程。因此系統(tǒng)應有登陸注冊功能、商品展示查詢功能、商品下單功能、和核心的在線支付功能，這四個主要功能支撐著系統(tǒng)最核心的購物流程。設(shè)計開發(fā)的方法和工具的選擇本系統(tǒng)選擇python3為開發(fā)語言，python3的獲取并不困難，可以通過python的官網(wǎng)直接進行下載安裝。后臺管理模塊的實現(xiàn)主要通過python+Flask框架來完成,python屬高級開發(fā)語言，在編程代碼方面較為人性化，代碼量相對java而言較少，同時入門簡單，而flask框架是由python編程語言編寫的一個輕量級web框架，有完整的開發(fā)手冊，開發(fā)手冊提供了大量的開發(fā)知識，同時python也是主流開發(fā)語言之一，學習資源豐富。微信開發(fā)者是微信平臺提供的一個免費軟件，可以在上面就行小程序的編寫，也同樣擁有完善的開發(fā)手冊。在數(shù)據(jù)存儲和操作上采用MySQL數(shù)據(jù)庫存儲管理數(shù)據(jù)庫。在主要的開發(fā)工具上使用pycharm開發(fā)平臺。pycharm在編寫代碼時，有著眾多人性化的工具，比如語法報錯、代碼跳轉(zhuǎn)、智能代碼提示、單元測試等，所以pycharm的使用有幫于提高系統(tǒng)代碼開發(fā)效率。小程序的開發(fā)則使用微信開發(fā)者工具來完成，微信開發(fā)者工具可以幫我時刻留意代碼編寫對小程序的影響，從而減少編程過程中BUG的出現(xiàn)。數(shù)據(jù)庫則使用MySQL，其中使用SQLyog工具協(xié)助開發(fā)，使用SQLyog可以對數(shù)據(jù)庫實現(xiàn)可視化，可以讓我快速直觀地維護MySQL數(shù)據(jù)庫。論文的內(nèi)容和結(jié)構(gòu)安排第1章緒論：主要介紹系統(tǒng)的開發(fā)背景、目的，系統(tǒng)的主要功能及相關(guān)開發(fā)工 具的選用，為接下來的系統(tǒng)規(guī)劃作鋪墊；第2章系統(tǒng)規(guī)劃：主要介紹系統(tǒng)的業(yè)務(wù)流程及系統(tǒng)可行性分析，為接下來的系統(tǒng) 分析提供大致方向；第3章系統(tǒng)分析：對系統(tǒng)的詳細功能進行分析與UML建模，劃定系統(tǒng)邊界，為系 統(tǒng)設(shè)計提供大致思路；第4章系統(tǒng)設(shè)計：根據(jù)系統(tǒng)分析對系統(tǒng)設(shè)計包括系統(tǒng)總體設(shè)計、數(shù)據(jù)庫設(shè)計與I/O 界面，讓編碼圍繞系統(tǒng)設(shè)計進行開發(fā)；第5章系統(tǒng)實現(xiàn)：對系統(tǒng)的詳細編碼開發(fā)和測試，以實現(xiàn)系統(tǒng)設(shè)計。第2章系統(tǒng)規(guī)劃初步需求分析系統(tǒng)描述多數(shù)傳統(tǒng)的零售超市只專于線下購物，業(yè)務(wù)流程是單線性的，顧客只能在特定時間地點先到店進行商品瀏覽、商品選擇、商品選購、商品支付。對顧客購物行為存在時間性，空間性的約束，購物行為只能在線下進行。于是需要一個系統(tǒng)來補充傳統(tǒng)零售超市的線上功能，滿足人們?nèi)諠u改變的購物需求。前臺系統(tǒng)支持顧客在任何時間地點進行線上商品瀏覽、商品收藏、在線支付，可以在去往商店的途中已經(jīng)完成購物，也可以選擇在家等待配送，同時在超市與顧客中搭起一道橋梁，方便超市對顧客購物行為作個性化的分析，改善顧客留存率問題。后臺管理系統(tǒng)可以協(xié)助管理員對超市商品進行管理，也對經(jīng)營數(shù)據(jù)進行可視化統(tǒng)計。系統(tǒng)對象行為分析系統(tǒng)對象：管理員、顧客。管理員管理員通過登陸名、密碼進行驗證登陸，通過驗證進入后臺管理系統(tǒng)索引頁，索引頁顯示可視化超市營業(yè)數(shù)據(jù)，通過功能導航欄可以在不同功能模塊間進行切換，點擊賬號管理可以返回賬號數(shù)據(jù)，然后對賬號進行新增，修改，刪除，恢復行為，點擊商品管理對商品、商品分類進行增刪改查行為，點擊訂單管理對訂單進行查詢、發(fā)貨行為，點擊統(tǒng)計管理對營業(yè)數(shù)據(jù)進行查詢行為。顧客顧客通過微信端有注冊登陸的行為，通過微信的授權(quán)登陸，進入購物界面進行選購行為，通過查詢商品，進入商品詳情頁，了解商品信息，對滿意的商品加入購物車，然后下單購買，去到個人頁面查看訂單信息及狀態(tài)，當商品發(fā)貨時，可以確認收貨或退款?？傮w結(jié)構(gòu)系統(tǒng)主體采用python+Flask搭建，采用面向?qū)ο蠓椒ǖ木幊趟悸愤M行編程，系統(tǒng)遵循MVC（ModelViewController）模式。本次系統(tǒng)前端分成顧客購物界面、后臺管理界面。顧客購物界面通過微信小程序?qū)崿F(xiàn)，后臺管理界面通過html+css的布局以及JS的渲染實現(xiàn)。后端采用python+Flask實現(xiàn)。可行性研究經(jīng)濟可行性基于O2O的線上超市管理系統(tǒng)使用微信端和網(wǎng)頁端兩大端口作為購物、管理的操作，對電腦配置及移動端的要求都不高，同時系統(tǒng)開發(fā)過程中的大部分工具均是免費使用，可在網(wǎng)上、官網(wǎng)尋得，因此經(jīng)濟上可行。操作可行性系統(tǒng)的研發(fā)約耗費1人4月的工作量，采用微信小程序開發(fā)及Python工具，目前微信小程序開發(fā)已經(jīng)趨于成熟，并具有完整的開發(fā)手冊。同時網(wǎng)上有較多的優(yōu)秀電商平臺經(jīng)驗可以學習，所以開發(fā)該系統(tǒng)不具有不可克服的因素，因此系統(tǒng)開發(fā)可行。

第3章系統(tǒng)分析系統(tǒng)功能分析系統(tǒng)參與者分析通過對基于O2O的線上超市管理系統(tǒng)業(yè)務(wù)需求分析，分析出系統(tǒng)對象有兩個：顧客、管理員。（1）顧客圖3.1系統(tǒng)參與者顧客（2）管理者圖3.2系統(tǒng)參與者管理者用例圖為了在表述在系統(tǒng)中參與者的總體需求及系統(tǒng)提供的功能和服務(wù)，故用用例圖來簡單直觀地表述參與者與系統(tǒng)進行了哪些交互。顧客在前端系統(tǒng)能體驗的功能有登陸注冊、用戶信息管理、地址管理、訂單管理因此確定用例用戶注冊、用戶驗證、查看用戶信息、修改用戶信息、新增地址、修改地址、刪除地址、新建訂單、查看訂單信息、退貨。圖3.1顧客用例圖

管理員在后臺管理系統(tǒng)能體驗的主要功能有登陸功能、賬號管理、用戶信息管理、管理員訂單管理、商品分類管理、商品管理。因此確定用例驗證登陸、密鑰加密、新增賬號、賬號凍結(jié)、恢復賬號、查看用戶信息、修改用戶信息、查看訂單信息、訂單狀態(tài)修改、訂單通知、新增商品分類、修改商品分類、刪除商品分類、新增商品、商品信息修改、下架商品。圖3.2管理員用例圖用例規(guī)約表3.1顧客注冊系統(tǒng)規(guī)約用例名稱顧客注冊系統(tǒng)主參與者顧客層次海平面利益相關(guān)者顧客前置條件顧客訪問微信小程序端最低保證回滾未完成的事務(wù)成功保證顧客成功注冊觸發(fā)器顧客點擊微信授權(quán)登陸按鈕主要的成功情節(jié)：1.顧客成功完成注冊，并登陸系統(tǒng)擴展：a顧客不點擊授權(quán)登陸1.a.1停留在授權(quán)登陸界面表3.2顧客登陸系統(tǒng)規(guī)約用例名稱顧客登陸系統(tǒng)主參與者顧客層次海平面利益相關(guān)者顧客前置條件顧客訪問微信小程序端并已完成注冊最低保證回滾未完成的事務(wù)成功保證顧客成功登陸系統(tǒng)觸發(fā)器顧客點擊微信授走吧，去逛逛按鈕主要的成功情節(jié)：1.顧客成功登陸系統(tǒng)擴展：1.a顧客不點擊登陸1.a.1停留在小程序登陸界面表3.3查看用戶信息規(guī)約用例名稱查看用戶信息主參與者顧客、管理員層次海平面利益相關(guān)者顧客、管理員前置條件用戶成功登陸系統(tǒng)、查看用戶信息最低保證回滾未完成的事務(wù)成功保證用戶成功查看個人信息觸發(fā)器用戶進入個人中心主要的成功情節(jié)：1.用戶進入個人信息界面，系統(tǒng)根據(jù)登錄的用戶獲取該用戶的基本信息并展示到界面上。擴展：1.a用戶信息顯示不完整1.a.1刷新界面1.a.2重新加載該界面表3.4修改用戶信息規(guī)約用例名稱修改用戶信息主參與者顧客、管理員層次海平面利益相關(guān)者顧客、管理員前置條件用戶成功登陸系統(tǒng)、用戶查看個人信息最低保證回滾未完成的事務(wù)成功保證用戶成功修改個人信息觸發(fā)器用戶進入個人中心主要的成功情節(jié)：用戶進入個人信息修改界面，系統(tǒng)根據(jù)登錄的用戶獲取該用戶的基本信息并展示到界面上。用戶根據(jù)情況編輯個人信息并點擊保存。用戶個人信息成功保存。擴展：1.a用戶信息顯示不完整1.a.1刷新界面1.a.2重新加載該界面2.a保存時必要字段未填寫2.a.1保存失敗，提示用戶某字段不能為空3.a數(shù)據(jù)保存失敗3.a.1回滾次用例操作，回到上一個操作頁面3.a.2提醒用戶數(shù)據(jù)保存失敗，請重試表3.5新增地址規(guī)約用例名稱新增地址主參與者顧客層次海平面利益相關(guān)者顧客前置條件用戶成功登陸系統(tǒng)、查看個人地址信息最低保證回滾未完成的事務(wù)成功保證顧客成功新增地址觸發(fā)器顧客點擊新增地址按鈕主要的成功情節(jié)：顧客輸入聯(lián)系人姓名、電話號碼、地址顧客確認信息無誤點擊保存按鈕顧客成功增加新地址擴展：a地址新增不成功1.a.1刷新界面1.a.2跳轉(zhuǎn)到上一個操作頁面2.a保存時必要字段未填寫2.a.1保存失敗，提示某些字段不能為空3.a數(shù)據(jù)保存失敗3.a.1回滾次用例操作，回到上一個操作頁面3.a.2提醒顧客系統(tǒng)繁忙，請重試表3.6刪除地址規(guī)約用例名稱刪除地址主參與者顧客層次海平面利益相關(guān)者顧客前置條件用戶成功登陸系統(tǒng)、查看個人地址信息最低保證回滾未完成的事務(wù)成功保證顧客成功刪除地址觸發(fā)器顧客點擊刪除地址按鈕主要的成功情節(jié)：1.地址信息被刪除擴展：1.a地址刪除失敗1.a.1刷新界面2.a.2提醒顧客系統(tǒng)繁忙，請重試表3.7新建訂單規(guī)約用例名稱新建訂單主參與者顧客層次海平面利益相關(guān)者顧客前置條件用戶成功登陸系統(tǒng)、查看商品信息或查看購物車最低保證回滾未完成的事務(wù)成功保證顧客成功下單觸發(fā)器顧客點擊提交訂單按鈕主要的成功情節(jié)：1.顧客成功提交訂單擴展：1.a訂單提交失敗1.a.1刷新界面2.a.2提醒顧客系統(tǒng)繁忙，請重試表3.8查看訂單信息規(guī)約用例名稱查看訂單信息主參與者顧客、管理員層次海平面利益相關(guān)者顧客、管理員前置條件用戶成功登陸系統(tǒng)、查看商品信息或查看購物車最低保證回滾未完成的事務(wù)成功保證顧客成功下單觸發(fā)器顧客點擊提交訂單按鈕主要的成功情節(jié)：1.顧客成功提交訂單擴展：1.a訂單提交失敗1.a.1刷新界面2.a.2提醒顧客系統(tǒng)繁忙，請重試表3.9取消未支付訂單規(guī)約用例名稱取消未支付訂單主參與者顧客層次海平面利益相關(guān)者顧客前置條件用戶成功登陸系統(tǒng)、查看未支付訂單信息最低保證回滾未完成的事務(wù)成功保證顧客成功取消訂單觸發(fā)器顧客點擊提交訂單按鈕主要的成功情節(jié)：顧客查看未支付訂單信息顧客點擊確定取消訂單按鈕顧客成功取消未支付訂單擴展：1.取消未支付訂單失敗1.a.1刷新界面2.a.2提醒顧客系統(tǒng)繁忙，請重試表3.10提交退貨申請規(guī)約用例名稱提交退貨申請主參與者顧客層次海平面利益相關(guān)者顧客前置條件用戶成功登陸系統(tǒng)、查看訂單信息最低保證回滾未完成的事務(wù)成功保證顧客成功提交退貨申請觸發(fā)器顧客點擊確定退貨按鈕主要的成功情節(jié)：顧客查看已支付訂單信息2.顧客點擊確定退貨按鈕3.顧客成功提交退貨申請擴展：1.a提交退貨申請失敗1.a.1刷新界面2.a.2提醒顧客系統(tǒng)繁忙，請重試表3.11管理員登陸系統(tǒng)規(guī)約用例名稱管理員登陸系統(tǒng)主參與者管理員層次海平面利益相關(guān)者管理員前置條件管理員訪問后臺管理登陸端最低保證回滾未完成的事務(wù)成功保證管理員成功登陸系統(tǒng)觸發(fā)器管理員點擊登陸按鈕主要的成功情節(jié)：管理員登陸系統(tǒng)擴展：1.a用戶名不存在1.a.1提示管理員用戶名或密碼錯誤2.a.2刷新界面2.a密碼不正確2.a.1提示管理員用戶名或密碼錯誤2.a.2刷新界面1.b用戶名或密碼為空1.b.1提示管理員請輸入正確的用戶名或密碼1.b.2刷新界面表3.12新增賬號規(guī)約用例名稱新增賬號主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看賬號列表、管理員具有賬號管理權(quán)限最低保證回滾未完成的事務(wù)成功保證管理員成功新增賬號觸發(fā)器管理員點擊新增賬號按鈕主要的成功情節(jié)：管理員點擊新增賬號填寫完整信息點擊確定保存賬號成功新增擴展：1.a用戶名已存在1.a.1提示管理員用戶名已存在，請重新輸入新的用戶名1.b部分必填信息為空1.b.1提示管理員有必填信息為空，請補充1.c數(shù)據(jù)保存失敗1.c.1提醒系統(tǒng)繁忙，請重試1.c.2刷新界面表3.13賬號凍結(jié)規(guī)約用例名稱賬號凍結(jié)主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看賬號列表、管理員具有賬號管理權(quán)限最低保證回滾未完成的事務(wù)成功保證管理員成功凍結(jié)賬號觸發(fā)器管理員點擊確定賬號凍結(jié)按鈕主要的成功情節(jié)：管理員點擊賬號凍結(jié)按鈕賬號凍結(jié)成功擴展：1.a賬號狀態(tài)修改失敗1.a.1提示管理員系統(tǒng)繁忙，請重試1.a.2刷新界面表3.14新增商品分類規(guī)約用例名稱新增商品分類主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品分類列表最低保證回滾未完成的事務(wù)成功保證管理員成功新增商品分類觸發(fā)器管理員點擊新增商品分類按鈕主要的成功情節(jié)：管理員點擊新增商品分類按鈕填寫正確的商品分類信息，點擊保存新增商品分類成功擴展：1.a商品分類信息填寫不完整1.a.1提示管理員輸入完整信息1.b商品分類信息添加失敗1.b.1提示管理員系統(tǒng)繁忙，請重試1.b.2刷新界面表3.15修改商品分類規(guī)約用例名稱修改商品分類主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品分類列表最低保證回滾未完成的事務(wù)成功保證管理員成功修改商品分類觸發(fā)器管理員點擊修改商品分類按鈕主要的成功情節(jié)：管理員點擊修改商品分類按鈕填寫正確的商品分類信息，點擊保存修改商品分類成功擴展：1.a修改商品分類信息填寫不完整1.a.1提示管理員輸入完整信息1.b修改商品分類信息失敗1.b.1提示管理員系統(tǒng)繁忙，請重試1.b.2刷新界面表3.16刪除商品分類規(guī)約用例名稱刪除商品分類主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品分類列表最低保證回滾未完成的事務(wù)成功保證管理員成功刪除商品分類觸發(fā)器管理員點擊刪除商品分類按鈕主要的成功情節(jié)：管理員點擊刪除商品分類按鈕刪除商品分類成功擴展：1.a刪除商品分類信息失敗1.a.1提示管理員系統(tǒng)繁忙，請重試1.a.2刷新界面表3.17新增商品規(guī)約用例名稱新增商品主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品列表最低保證回滾未完成的事務(wù)成功保證管理員成功新增商品觸發(fā)器管理員點擊新增商品按鈕主要的成功情節(jié)：管理員點擊新增商品按鈕填寫正確的商品分類信息，點擊保存新增商品成功擴展：1.a商品信息填寫不完整1.a.1提示管理員輸入完整信息1.b商品信息添加失敗1.b.1提示管理員系統(tǒng)繁忙，請重試1.b.2刷新界面表3.18商品信息修改規(guī)約用例名稱商品信息修改主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品列表最低保證回滾未完成的事務(wù)成功保證管理員成功修改商品信息觸發(fā)器管理員點擊修改商品信息按鈕主要的成功情節(jié)：管理員點擊修改商品信息按鈕填寫正確的商品信息，點擊保存修改商品信息成功擴展：1.a修改商品信息填寫不完整1.a.1提示管理員輸入完整信息1.b修改商品信息失敗1.b.1提示管理員系統(tǒng)繁忙，請重試1.b.2刷新界面表3.19刪除商品分類規(guī)約用例名稱刪除商品分類主參與者管理員層次海平面利益相關(guān)者管理員前置條件用戶成功登陸系統(tǒng)、管理員查看商品分類列表最低保證回滾未完成的事務(wù)成功保證管理員成功刪除商品分類觸發(fā)器管理員點擊刪除商品分類按鈕主要的成功情節(jié)：管理員點擊刪除商品分類按鈕刪除商品分類成功擴展：1.a刪除商品分類信息失敗1.a.1提示管理員系統(tǒng)繁忙，請重試1.a.2刷新界面概念數(shù)據(jù)建模和對象關(guān)系建模（1）訂單管理對訂單的業(yè)務(wù)場景進行分析，顧客對商品進行選購后進行下單，此時需要一個新建一個在線訂單來對顧客進行關(guān)聯(lián)，而一次只能新建一個訂單，但訂單中的商品是不固定的，因此不能直接用在線訂單對商品進行關(guān)聯(lián)，這樣一個在線訂單只能關(guān)聯(lián)一個商品，這個時候需要一個中間表來進行關(guān)聯(lián)，解決在線訂單表的擁有多個商品信息的需求，創(chuàng)建一個訂單詳情表，訂單詳情表通過商品id，在線訂單表id進行關(guān)聯(lián)，一個訂單詳情表只能有一個商品，但一張在線訂單表可以有多個訂單詳情表，這樣利用這四張表，就可以滿足訂單管理中訂單業(yè)務(wù)需求。顧客表member的屬性：（id，nickname，mobile，sex，avatar，salt，reg_ip，status，updated_time，created_time），會員表主要用于系統(tǒng)對不同顧客的識別。在線訂單表是核心數(shù)據(jù)表，在線訂單表pay_order的屬性有（id，order_sn，member_id，total_price，yun_price，pay_price，pay_sn，prepay_id，note，status，express_status，express_address_id，express_info，comment_status，pay_time，updated_time，created_time）其中id用主鍵，order_sny、member_id為外鍵，而member_id用于對會員表的綁定從而確定這張訂單屬于那個會員的，而在會員表與在線訂單表的關(guān)系是一對多關(guān)系。商品詳情表pay_order_item的屬性：pay_order_item（id，goods_id，pay_order_id，member_id，quantity，price，note，status，updated_time，created_time）其中id用主鍵，goods_id、pay_orde_id為外鍵，gooods_id用于對商品表的綁定，從而知道商品信息。pay_orde_id用于在線訂單表的綁定，從而確定這個商品詳情表屬于那個在線訂單表。在線訂單表與商品詳情表是一對多的關(guān)系，商品詳情表與商品表是一對一的關(guān)系。商品表goods的屬性：goods（id，cat_id，name，price，main_image，summary，stock，tags，status，month_count，total_count，view_count，updated_time，created_time），其中id為主鍵，商品表用于商品信息的存放，然后通過商品詳情表的綁定來確定商品信息。這樣通過四張表的綁定，系統(tǒng)就能得知是這張訂單屬于那一個顧客，而這張訂單又有什么商品，總金額多少、收貨地址在那。圖3.3訂單管理類圖（2）顧客收貨地址管理顧客收貨地址管理主要通過顧客表、顧客收貨地址表實現(xiàn)。顧客表member的屬性：（id，nickname，mobile，sex，avatar，salt，reg_ip，status，updated_time，created_time），會員表主要用于系統(tǒng)對不同顧客的識別。顧客收貨地址表member_address的屬性member_address（id，member_id，nickname，mobile，province_id，province_str，city_id，city_str，area_id，area_str，address，status，is_default，updated_time，created_time），其中id為主鍵，member_id為外鍵，用于對顧客表的綁定，來確定這張收貨地址表屬于那個顧客。而顧客表與顧客收貨地址表是一對多的關(guān)系。這樣通過這兩張表就可以實現(xiàn)一個顧客有多個地址，并且進行與之對應的管理功能。圖3.4顧客收貨地址管理類圖

（3）購物車管理購物車管理主要通過顧客表、購物車表、商品表實現(xiàn)。顧客表member的屬性：（id，nickname，mobile，sex，avatar，salt，reg_ip，status，updated_time，created_time），顧客表主要用于系統(tǒng)對不同顧客的識別。購物車表member_cart的屬性：member_cart（id，member_id，goods_id，quantity，updated_time，created_time），其中id為主鍵，member_id、goods_id為外鍵，member_id用于顧客表的綁定，goods_id用于商品表的綁定。購物車表與顧客是一對一的關(guān)系，購物車與商品表是一對多的關(guān)系。商品表goods的屬性：goods（id，cat_id，name，price，main_image，summary，stock，tags，status，month_count，total_count，view_count，updated_time，created_time），其中id為主鍵，商品表用于商品信息的存放，然后通過購物車的綁定來確定商品信息。通過這三張表的綁定，就可以實現(xiàn)顧客對購物的管理，可以知道購物車表屬于那個顧客，顧客的購物車里有那些商品。圖3.5購物車管理類圖動態(tài)建模順序圖顧客購物順序圖圖3.6顧客購物順序圖新增商品時序圖圖3.7新增商品時序圖小程序授權(quán)登陸時序圖圖3.8小程序授權(quán)登陸時序圖

活動圖圖3.9訂單活動圖第4章系統(tǒng)設(shè)計系統(tǒng)總體設(shè)計圖4.1系統(tǒng)總體設(shè)計圖系統(tǒng)詳細設(shè)計數(shù)據(jù)庫設(shè)計本系統(tǒng)數(shù)據(jù)庫采用的是關(guān)系型數(shù)據(jù)庫模式。數(shù)據(jù)字典如下：管理員表（user）nametypedefaultcommentuidbigint(20)unsigned(非空)管理員IDnicknamevarchar(100)用戶名mobilevarchar(20)手機號碼emailvarchar(100)郵箱sextinyint(1)0性別1男2女0沒填寫avatarvarchar(64)頭像keylogin_namevarchar(20)登錄用戶名login_pwdvarchar(32)密碼login_saltvarchar(32)加密隨機秘鑰powerint(1)11:普通，2：超級statustinyint(4)1賬號狀態(tài)1有效0無效updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間成員表(member)nametypedefaultcommentidint(11)unsigned(非空)nicknamevarchar(100)顧客名mobilevarchar(11)顧客手機號碼sextinyint(1)0性別1男2女0沒填寫avatarvarchar(200)顧客頭像saltvarchar(32)隨機saltreg_ipvarchar(100)注冊ipstatustinyint(1)1狀態(tài)1：有效0：無效updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間商品表(goods)nametypedefaultcommentidint(11)unsigned(非空)cat_idint(11)0分類idnamevarchar(100)商品名稱pricedecimal(10,2)0售賣金額main_imagevarchar(100)主圖summaryvarchar(10000)描述stockint(11)0庫存量tagsvarchar(200)tag關(guān)鍵字，以","連接statustinyint(1)1狀態(tài)1：有效0：無效total_countint(11)0總銷量comment_countint(11)0總評論量updated_timetimestamp0000-00-0000:00:00最后更新時間created_timetimestamp0000-00-0000:00:00最后插入時間商品分類表（goods_cat）nametypedefaultcommentidint(11)unsigned(非空)namevarchar(50)類別名稱weighttinyint(4)1權(quán)重statustinyint(1)1狀態(tài)1：有效0：無效updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間商品銷售情況表（goods_sale_change_log）nametypedefaultcommentidint(11)unsigned(非空)goods_idint(11)0商品idquantityint(11)0售賣數(shù)量pricedecimal(10,2）0售賣金額member_idint(11)0顧客idcreated_timetimestamp0000-00-0000:00:00售賣時間數(shù)據(jù)庫存變更表（goods_stock_change_log）nametypedefaultcommentidint(11)unsigned(非空)goods_idint(11)(非空)商品idunitint(11)0變更多少total_stockint(11)0變更之后總量notevarchar(100)備注字段created_timedatetime0000-00-0000:00:00插入時間顧客收貨地址表（member_address）nametypedefaultcommentidint(11)unsigned(非空)member_idint(11)0顧客idnicknamevarchar(20)收貨人姓名mobilevarchar(11)收貨人手機號碼province_idint(11)0省idprovince_strvarchar(50)省名稱city_idint(11)0城市idcity_strvarchar(50)市名稱area_idint(11)0區(qū)域idarea_strvarchar(50)區(qū)域名稱addressvarchar(100)詳細地址statustinyint(1)1狀態(tài)1：有效0：無效is_defaulttinyint(1)0默認地址updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間購物車表（member_cart）nametypedefaultcommentidint(11)unsigned(非空)member_idbigint(20)0顧客idgoods_idint(11)0商品idquantityint(11)0數(shù)量updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間在線購買訂單表（pay_order）nametypedefaultcommentidint(11)unsignedorder_snvarchar(40)隨機訂單號member_idbigint(11)0會員idtotal_pricedecimal(10,2)0訂單應付金額yun_pricedecimal(10,2)0運費金額pay_pricedecimal(10,2)0訂單實付金額pay_snvarchar(128)第三方流水號prepay_idvarchar(128)第三方預付idnotetext備注信息statustinyint(4)01：支付完成，0：無效，-1：申請退款，-2：拒絕售后，-9：同意售后，-8：待支付express_statustinyint(4)0快遞狀態(tài)，-8待支付-7已付款待發(fā)貨1：確認收貨0：失敗express_address_idint(11)0快遞地址idexpress_infovarchar(1000)快遞信息comment_statustinyint(1)0評論狀態(tài)pay_timetimestamp0000-00-0000:00:00付款到賬時間updated_timetimestamp0000-00-0000:00:00最近一次更新時間created_timetimestamp0000-00-0000:00:00插入時間訂單詳情表（pay_order_item）nametypedefaultcommentidint(11)unsignedpay_order_idint(11)0訂單idmember_idbigint(11)0顧客idquantityint(11)1購買數(shù)量默認1份pricedecimal(10,2)0商品總價格：售價*數(shù)量goods_idint(11)0商品表idnotetext備注信息statustinyint(1)1狀態(tài)：1：成功0失敗updated_timetimestamp0000-00-0000:00:00最近一次更新時間created_timetimestamp0000-00-0000:00:00插入時間商品售賣日統(tǒng)計表（stat_daily_goods）nametypedefaultcommentidint(11)unsigneddatedategoods_idint(11)商品idtotal_countint(11)售賣總數(shù)量total_pay_moneydecimal(10,2)總售賣金額updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間顧客日統(tǒng)計表（stat_daily_membe）nametypedefaultcommentidint(11)unsigneddatedate日期member_idint(11)0顧客idtotal_pay_moneydecimal(10,2)0當日付款總金額updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間全站日統(tǒng)計表（stat_daily_site）nametypedefaultcommentidint(11)unsigneddatedate日期total_pay_moneydecimal(10,2)當日應收總金額total_member_countint(11)顧客總數(shù)total_new_member_countint(11)當日新增顧客數(shù)total_order_countint(11)當日訂單數(shù)total_shared_countint(11)updated_timetimestamp0000-00-0000:00:00最后一次更新時間created_timetimestamp0000-00-0000:00:00插入時間第三方登錄綁定關(guān)系表（oauth_member_bind）nametypedefaultcommentidint(11)unsigned(非空)member_idvarchar(20)0顧客idclient_typevarchar(20)0客戶端來源類型。qq,weibo,weixintypetinyint(3)0類型type1:wechatopenidvarchar(80)第三方idunionidvarchar(100)extratext額外字段updated_timetimestamp0000-00-0000:00:00最后更新時間created_timetimestamp0000-00-0000:00:00插入時間用戶訪問記錄表（app_access_log）nametypedefaultcommentidint(11)unsigned(非空)uidvarchar(20)0uidreferer_urltinyint(3)當前訪問的refertarget_urlvarchar(80)訪問的urlquery_paramsvarchar(100)get和post參數(shù)uatext訪問uaiptimestamp0000-00-0000:00:00訪問ipnotetimestamp0000-00-0000:00:00json格式備注字段created_time圖象表（images）nametypedefaultcommentidint(11)unsigned(非空)file_keyvarchar(60)0文件名created_timetinyint(3)插入時間顧客評價表（member_comments）nametypedefaultcommentidint(11)unsigned(非空)member_idint(11)0會員idgoods_idsvarchar(200)商品idspay_order_idint(11)訂單idscoretinyint(4)評分contentvarchar(200)評論內(nèi)容created_timetimestamp插入時間售后表（member_service）nametypedefaultcommentidint(11)unsigned(非空)member_idint(11)0會員idgoods_idsvarchar(200)商品idstypeint(11)1：退換貨，2：退款退貨，3退款不退貨contenttinyint(4)售后原因created_timetimestamp插入時間I/O設(shè)計原始設(shè)計系統(tǒng)的I/O設(shè)計主要思路為，先把頁面的各個元素考慮進去再統(tǒng)一進行布局。（1）后臺索引頁：考慮到系統(tǒng)有著眾多的功能，所以需要一個固定的功能索引欄來存放功能，然后功能索引欄還要有一個與之對應的詳細功能欄，一個個人中心按鍵用于個人管理，一個用于查詢搜索的輸入框，一個數(shù)據(jù)列表用于展現(xiàn)數(shù)據(jù)，每次數(shù)據(jù)上應有著與之對應的相關(guān)操作鍵。頁面元素：功能欄、詳細功能欄、個人中心按鍵、查詢框、數(shù)據(jù)列表、數(shù)據(jù)操作按鍵設(shè)計圖：圖4.2索引頁設(shè)計圖商品增加頁：在索引中用到的功能欄，詳細功能欄，個人中心按鍵布局不變，增加的頁面元素主要是信息的輸入框。設(shè)計圖：圖4.3增加商品頁設(shè)計圖小程序索引頁頁面元素：推薦商品、搜索框、商品分類欄、商品、功能欄。頁面布局中因為手機屏幕是豎長方形，所以布局應為從上至下，商品為主要的信息所以應當放在頁面的中間，并且采用2*2的布局不斷延伸，推薦商品則應單獨放在顯眼的最上方，并且要有足夠的位置顯示，功能欄雖然重要，但顧客的注意力不應放在功能欄上，所以放在最下方。設(shè)計圖：圖4.4小程序索引頁設(shè)計圖

效果圖圖4.5后臺管理系統(tǒng)登陸界面圖4.6管理后臺主界面圖4.7商品管理界面圖4.8新增商品界面（85%縮放）圖4.9小程序授權(quán)登陸界面圖4.10小程序首頁界面第5章系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn)本次系統(tǒng)的實現(xiàn)得利于有階段性的規(guī)劃及大量便利工具的使用。在系統(tǒng)分析階段，功能分析、畫圖、UML建模等通過WPS的流程圖功能實現(xiàn)。在數(shù)據(jù)庫設(shè)計階段用mysql可視化工具SQLyog進行數(shù)據(jù)表的創(chuàng)建修改，從而完成實現(xiàn)數(shù)據(jù)庫的設(shè)計。在頁面設(shè)計階段使用pycharm和微信開發(fā)者工具進行頁面編寫，不斷地優(yōu)化用戶界面，從而完成頁面開發(fā)設(shè)計。在系統(tǒng)編碼階段，也是通過pycharm和微信開發(fā)者工具來進行代碼編寫、調(diào)試、修改BUG等，從而完成系統(tǒng)代碼的編寫。管理員后臺登陸/注冊功能實現(xiàn)登陸功能接口在頁面輸入的數(shù)據(jù)有效性正確后，接口接收兩個參數(shù)，login_name和login_pwd，數(shù)據(jù)以POST方式傳遞，接口通過resp={'code':200,'msg':'登錄成功','data':{}}來判斷數(shù)據(jù)的正確性，先根據(jù)login_name參數(shù)判斷數(shù)據(jù)庫是否存在此賬號，然后通過UserService（）接口login_pwd參數(shù)與賬號login_salt進行加密結(jié)合生成login_salt，與該賬號下的login_salt作正確性比較，最后進行賬號狀態(tài)status的判斷在上面的所有判斷中當有一個判斷不正確則resp['code']=-1然后提前進行返回，通過所有判斷條件時code依然是200，返回resp和賬號id，提示登陸成功然后進行頁面跳轉(zhuǎn)，進入到后臺管理系統(tǒng)首頁中，完成登陸功能。個人信息編輯接口先判斷request.method是否為GET，是則將部分個人信息返回至個人信息編輯頁的輸入框，不是則定義resp={'code':200,'msg':'操作成功~','data':{}}，然后獲取nickname和email參數(shù)，然后分別對兩參數(shù)的有效性進行判斷，通過有效性判斷則進行數(shù)據(jù)修改，返回resp，提示操作成功~，刷新界面，完成個人信息修改功能。修改密碼接口接收原密碼（old_password）、新密碼（new_password）兩個參數(shù)，進行數(shù)據(jù)有效性及原密碼正確性判斷，不通過其中的一個判斷則提前返回，通過全判斷，進行數(shù)據(jù)庫操作，返回resp，提示操作成功，刷新界面，完成修改密碼功能。退出接口刪除AUTH_COOKIE_NAME，然后進行登陸界面的跳轉(zhuǎn)，完成退出功能。商品管理功能實現(xiàn)商品索引接口、商品分類索引接口先獲取關(guān)鍵字（mix_kw）、狀態(tài)（status），商品分類（status）三個參數(shù)，然后從商品表中獲取符合這三個參數(shù)的商品數(shù)據(jù)，再通過分布接口iPagination(params)把商品數(shù)據(jù)進行展示，商品列表、商品分類列表功能完成。商品新增及修改、商品分類新增及修改接口先對request.method進行GET判斷，是則返回商品信息至商品信息修改頁，否則定義resp={'code':200,'msg':'操作成功~~','data':{}}，然后獲取輸入框信息，對信息的有效性進行判斷，有誤則code更改為-1并提前返回，無誤則進行數(shù)據(jù)庫操作，返回resp，提示操作成功，商品新增及修改、商品分類及修改功能完成。商品信息、商品分類信息接口獲取商品id(商品分類id)，定義reback_url=UrlManager.buildUrl("/goods/index")判斷id有效性，商品（商品分類）是否存在，不通過判斷則返回reback_url，跳轉(zhuǎn)回索引頁，通過商品id獲得商品購買記錄，商品庫存變更記錄，及其他商品信息，返回到前端頁面展現(xiàn)，商品信息、商品分類信息功能完成。商品、商品分類刪除恢復接口先定義resp={'code':200,'msg':'操作成功~~','data':{}}，獲取id、cat參數(shù)，進行數(shù)據(jù)有效性判斷，有誤則對code、msg進行修改，提前返回并提示相關(guān)信息，無誤則判斷act的值，值為remove則將status更改為0，為recover則將status更改為1，然后進行數(shù)據(jù)庫操作，返回resp，刷新頁面，商品、商品分類刪除功能完成。系統(tǒng)測試測試內(nèi)容前臺購物模塊：用戶注冊、用戶驗證、查看用戶信息、修改用戶信息、新增地址、修改地址、刪除地址、新建訂單、查看訂單信息、退貨。后臺管理模塊：驗證登陸、密鑰加密、新增賬號、賬號凍結(jié)、恢復賬號、查看用戶信息、修改用戶信息、查看訂單信息、訂單狀態(tài)修改、訂單通知、新增商品分類、修改商品分類、刪除商品分類、新增商品、商品信息修改、下架商品。由于系統(tǒng)測試內(nèi)容過于繁雜，不便展示全測試過程，僅展示新增商品的系統(tǒng)測試。管理員登陸功能測試表5.1管理員登陸測試數(shù)據(jù)編號登陸用戶名登陸密碼狀態(tài)預期結(jié)果1root123456正常登陸成功2root90123456正常登陸失敗，登陸用戶名或登陸密碼不正確3root111111正常登陸失敗，登陸用戶名或登陸密碼不正確4root正常登陸失敗，請?zhí)顚懙顷懨艽a5123456正常登陸失敗，請?zhí)顚懙顷懹脩裘?root1123456凍結(jié)登陸失敗，賬號已被凍結(jié)新增商品功能測試表5.2新增商品測試數(shù)據(jù)編號分類id商品名稱售賣金額主圖描述庫存量標簽預期結(jié)果11桔子10.png新鮮美味的XXX桔子10水果成功新增商品2新增不成功，分類、商品名稱、售賣金額等均不能為空31桔子10.png新鮮美味的XXX桔子10水果新增失敗，商品描述應多于10字符41桔子-10.png新鮮美味的XXX桔子10水果新增失敗，商品售賣金額不能為負51桔子XX.png新鮮美味的XXX桔子10水果新增失敗，商品售賣金額不能為字符型61桔子10.png新鮮美味的XXX桔子-1水果新增失敗，商品庫存量不規(guī)范，不能為負數(shù)71桔子10.png新鮮美味的XXX桔子1.1水果新增失敗，商品庫存量不能為小數(shù)81桔子10.png新鮮美味的XXX桔子XX水果新增失敗，商品庫存量不能為字符型測試結(jié)論通過對系統(tǒng)的實際操作，預期結(jié)果與實際測試結(jié)果一致，系統(tǒng)總體通過測試，可投入使用。總結(jié)到此，關(guān)于系統(tǒng)的研究與實現(xiàn)已經(jīng)基本完成，系統(tǒng)的完成離不開自身的努力及老師的指導，定題初期因發(fā)現(xiàn)宿舍樓棟有零售小交易的事件存在，然后根據(jù)指導老師的意見，查詢資料、分析，發(fā)現(xiàn)傳統(tǒng)零售超市現(xiàn)處于一個轉(zhuǎn)型的時間點，然后通過分析O2O是一個可以結(jié)合起來的新模式，最后確立了研究的方向及題目。然后從系統(tǒng)開發(fā)的目的到系統(tǒng)需求的分析再到系統(tǒng)的實現(xiàn)，一步一步地實行下去，每一步都是為了給系統(tǒng)的實現(xiàn)作鋪墊，而系統(tǒng)的實現(xiàn)也是為了回應之前做的每一步，一環(huán)緊接著一環(huán)，每一環(huán)都不是獨立存在的，而是相互影響著的。從分析到實現(xiàn)這一系列的工作下來并不都是一帆風順的，在功能分析方面也曾因?qū)ο到y(tǒng)研究分析不到位，出現(xiàn)了需進行填補修改的地方，而這不僅僅是一個步驟的修改，這也會導致后續(xù)步驟的改動甚至全局性的系統(tǒng)變動，所以深刻認識到系統(tǒng)分析的重要性。只有系統(tǒng)分析到位才能讓系統(tǒng)的實現(xiàn)事半功倍。在代碼編寫方面主要接觸了兩個新知識一個python編程語言另一個是微信小程序的開發(fā)語言，其中的編碼環(huán)境的搭建并不順利，耗費了大量精力，而學習過程中的原始知識積累也比較困難，多是以怎么解決問題的角度去學習，第一個頁面及功能的實現(xiàn)及其困難，但實現(xiàn)自己所設(shè)計的功能及自己做一些小優(yōu)化還是能感受到滿滿的成就感，也正是這種成就感，讓我不斷地實現(xiàn)自己設(shè)計的一個個系統(tǒng)功能，這個過程中也完成了一部分的知識積累，開發(fā)進度不斷加快，同時也有能力對前面的編程進行優(yōu)化，如對增加統(tǒng)一攔截器改善系統(tǒng)安全性，編寫工作任務(wù)自動取消過期訂單、統(tǒng)計經(jīng)營數(shù)據(jù)等。編程過程中我始終堅信出現(xiàn)任何問題都并不可怕，在這個互聯(lián)網(wǎng)的時代，我們都是站在巨人肩膀上的人。除了完整的開發(fā)手冊外，各大論壇都有著豐富的編程知識，從最初的只懂在網(wǎng)上進行關(guān)鍵字搜索到懂得在一些相關(guān)性編程論壇與人進行討論。從前期只能虛心請求別人，到了后期能共同在一個問題下討論解決方法甚至可以回答一些自己曾經(jīng)遇到過的問題。在這個過程中累積起來的并不是單純的編程知識，還有編程思路及發(fā)現(xiàn)問題，分析問題，解決問題的能力。

參考文獻黃梯云、李軍一.管理信息系統(tǒng)（第5版）[M].北京:高等教育出版社,2014.中國日報網(wǎng).線上零售變化：業(yè)態(tài)調(diào)整加速成效有待考量.龍俊如、杜佳慧.O2O的現(xiàn)狀與未來發(fā)展趨勢分析.歐陽日輝.O2O復盤：10大企業(yè)O2O模式與操盤方法解密.機械工業(yè)出版社，2016.IDC.中國O2O市場洞見.鄧文君.解讀O2O模式成功案例，十大經(jīng)典案例介紹.艾瑞咨詢.2019年上半年微信小程序市場研究報告.酷鵝用戶研究院.2019年微信小程序用戶行為研究報告.劉紅衛(wèi).微信小程序應用探析.印度理工學院.數(shù)據(jù)庫系統(tǒng)概念（第6版）[M].機械工業(yè)出版社.MagnusLieHetland.Python基礎(chǔ)教程(第2版).人民郵電出版社.2010.騰訊.微信小程序開發(fā)文檔[EB/OL].

謝辭四年的學業(yè)即將結(jié)束，在這四年里經(jīng)歷了很多的大大小小的事，有快樂的也有難過的，這些大大小小的事都為我的大學生活增添了不一樣的色彩。這份畢業(yè)設(shè)計可能也是我對母校的最后一份回憶，在完成畢設(shè)的過程中也受到了同學，特別是指導老師的幫助。而我將也在六月份的離別下脫去大學生的身份。在這里我感謝母校的培養(yǎng)之情，老師的教導之情，同學的同窗之情。愿我們再見亦是那個少年。

附錄附錄1程序源代碼數(shù)據(jù)庫連接代碼實現(xiàn)登陸代碼新增商品代碼

微信小程序登陸注冊代碼

HYPERLINK如何選擇組裝電腦配件

如何選擇組裝的電腦配件．

第一，選擇好CPU平臺，就是INTER還是AMD，看你是要配什么樣的電腦，高端還是低端的，兩個平臺都高低的產(chǎn)品。第二，選擇主板了，主板的品牌比較多，質(zhì)量，價格也不一，當你第一步卻定了，那么主板也就相應的卻定下來了，以INTER為例，只可以選擇775接口的主板（早期有478接口的，不推薦），主板的選擇主要有兩種，一是集成顯卡，二是不集成顯卡。集成顯卡的話，就可以省下顯卡的錢，但是對游戲玩家不推薦。那么當然是選擇不集成顯卡的主板了，而且最好選擇一線品牌，如華碩，技嘉等。主板里，還有個蕊片組的選擇。關(guān)于蕊片組，各個品牌的主板命名有些不一樣，主流是INTER965，945，915，VIA的KT890，還有NFORCE4，NFORCE5。等。比較難說清楚。最好是選擇INTER的蕊片組，雖然價格會稍高一些。推薦945，技術(shù)比較成熟。第三，顯卡的選擇。顯卡主要還是有兩類品牌，GEFORCE和ATI，兩個品牌有高，中，低的顯卡。顯卡選擇要看你個人喜歡了，預算充足的話，最好是買中，高端的顯卡。

第四，就是內(nèi)存了，內(nèi)存關(guān)系電腦的穩(wěn)定性。當然是要好一點的。買一線品牌的?，F(xiàn)在配電腦，主流是DDR667，DDR800DDR1333第五，顯示器的選擇，推薦液晶。如何選擇硬件組裝電腦這是一個老生常談的問題了，這也是一個讓高手們顯示自己硬件功底的問題，同時這還是一個讓很多新手為之焦頭爛額的問題。該怎么配？具體配什么？怎樣配才能盡量減小瓶頸？本文就將從內(nèi)到外，從理論到實踐，為朋友們抽絲剝繭一一道來。

一、CPU

作為一臺電腦最關(guān)鍵的組成部分，CPU確實起著舉足輕重的作用，但體現(xiàn)一臺電腦的綜合速度，并不是僅僅依靠CPU的，常?？吹胶芏嘈率謧冊谂潆娔X的時候，把CPU選的很好，但其他的東西諸如內(nèi)存、主板、硬盤等都選的不太理想，好像這臺電腦速度的快慢就體現(xiàn)在CPU速度的快慢上似的。甚至很多著名的品牌機廠商，都推出過類似“P4+256M內(nèi)存”的這種跛腳配置。其實對于一般的家用電腦而言，一個真正會配的高手，是不會把大量的錢花在CPU上的。家用電腦，畢竟不是做密集型科學計算用的，它講求的是多種媒體的配合工作，講求的是能一邊下載文件、一邊上網(wǎng)瀏覽網(wǎng)頁、一邊聽音樂、一邊還能打開其他的程序，在這種情況下，提升內(nèi)存的容量比提升CPU的主頻對速度的影響要明顯的多?，F(xiàn)今的中國家庭用戶，很多家長對于電腦一竅不通，他們只聽說“奔四”代表著速度快，并不知道整機速度的快慢除了CPU以外，還有很多其他的因素影響著它。但在買電腦的時候，最后做決定并掏錢的人，往往都是這些啥都不懂的家長們，于是就出現(xiàn)了上面的一幕：品牌機廠商為了能有更好的銷路、兼容機裝機店的銷售人員為了能拿到更多的獎金，開始違背良心來配置出這種高主頻處理器、低容量內(nèi)存的跛腳電腦。說嚴重點，這是屬于對消費者的不負責任，是一種商業(yè)欺詐行為！同樣5000元的配置，高手配出來的賽揚，比新手配出來的P4還要快很多，曾經(jīng)有一家全球著名的硬件網(wǎng)站在2003年的時候刊登過一篇關(guān)于配置家用電腦時各硬件占用總預算百分比的文章，文中很明確的提到了CPU的價錢最好不要超過總預算的10％－15％，我們雖然不能說他肯定完全正確，但至少人家是通過很多調(diào)查后得出的結(jié)論，有借鑒的理由。反觀現(xiàn)在的很多所謂的“低價奔四電腦”、“3999元買P4品牌機”之類的廣告，我想說的就是：你花了3999元，只買了一塊P4的處理器，其他的什么都沒有了！

二、內(nèi)存

對于配置一臺電腦來說，內(nèi)存是重頭戲，容量、速度、類型等等每一項指標都對最終的整機綜合速度起著至關(guān)重要的影響，尤其是內(nèi)存的帶寬和容量。對于內(nèi)存帶寬而言，很多人都認為400MHz、533MHz前端總線的賽揚四或P4，配單通道的DDR內(nèi)存就足夠了，雙通道DDR內(nèi)存是配合800MHz以上前端總線的P4處理器用的，其實這樣就大錯特錯了，哪怕是最老的賽揚四，都需要雙通道的DDR內(nèi)存才能達到它的帶寬！也就是說，你如果選擇賽揚四1.8G，必須配合865以上的主板和至少雙通道DDR200的內(nèi)存，才能滿足它的帶寬要求！稍微計算一下就可以得知：賽揚四1.8G的前端總線是400MHz，它的內(nèi)存帶寬理論值是400MHz×64bit÷8＝3.2G/s，但當它裝在845系列的主板上時，由于845主板的限制，即使你插上能符合它帶寬要求的DDR400內(nèi)存，也只能運行在DDR266上，這時的內(nèi)存所能提供的帶寬是266MHz×64bit÷8＝2.1G/s，比3.2G/s要小很多，即使你通過BIOS里的內(nèi)存調(diào)節(jié)選項往上調(diào)節(jié)一檔（也只能調(diào)節(jié)一檔而已），讓內(nèi)存運行在DDR333下，所能提供的帶寬也僅僅是333MHz×64bit÷8＝2.66G/s，離3.2G/s還是有一定的距離，而內(nèi)存帶寬的降低，能非常明顯的降低整機的綜合速度，運行任何程序都能明顯的感覺出來！所以如果想滿足賽揚1.8G處理器的內(nèi)存帶寬要求，你必須要為它配置865以上的主板和雙通道的內(nèi)存才行！P4亦是如此。很多人也許會問：那845系列的主板是配什么處理器的呢？我想回答你的就是：845系列的主板是屬于“不能用”的主板，因為處理器永遠比主板發(fā)展的快，當初Intel造出845系列的芯片組是為了能給當時的賽揚和P4提供一個過渡的平臺，不至于讓它們成為“沒有主板配合”的處理器而已，也是為了能在低端市場分一杯羹，而現(xiàn)今865甚至9xx系列的主板橫行的時候，845系列的主板確實是屬于“不能用”的主板了，滿足不了任何一款處理器的內(nèi)存帶寬，造成性能上的嚴重低下，試問這種主板你會選擇么？即使配臺2000多元的超低價電腦，也不要去選擇845系列的主板，至少需要865以上的和雙通道內(nèi)存才行，因為內(nèi)存帶寬是一個非常影響系統(tǒng)性能的參數(shù)，倘若一味的為了省錢而配置845系列的主板，那就得不償失了。

內(nèi)存的容量方面，應每個人對電腦的使用方向不同，容量的要求也是不同的，現(xiàn)在配置的家用電腦，筆者建議：如果不打游戲，或者是打打掃雷、紙牌之類的游戲，平時注重于上網(wǎng)瀏覽或者是聊天、看電影之類的應用的話，內(nèi)存容量不應該低于1G；如果是偶爾打打單機游戲或者是網(wǎng)絡(luò)游戲，內(nèi)存容量應該選擇在2G左右，如果是經(jīng)常打大型的游戲或是進行HDTV視頻編輯等應用，那么4G的內(nèi)存是必不可少的。

三、主板

一臺電腦的穩(wěn)定性和兼容性，一大部分是看主板的，一款優(yōu)秀的主板不僅需要擁有上等的用料和優(yōu)良的做工，還需要擁有合理的走線設(shè)計，那些沒有技術(shù)實力的三、四線主板廠家生產(chǎn)的主板，多數(shù)是采用公版走線，而且用料非常差，穩(wěn)定性不堪一擊，這種類型的主板，筆者建議寧愿不買電腦也不要配這種主板，否則以后將會是個淘氣的祖宗。對于家庭用戶，主板方面一定不能省錢，預算夠的話最好能買個一線的主板品牌，如果預算實在不足，二線的主板是底線了，不要再往下選擇了，畢竟家用電腦是用來使用的，不是用來整天維修的。再談到主板的用料，筆者常?？吹胶芏嘈率衷谂渲弥靼宓臅r候，貌似老鳥似的說某某品牌的主板好，某某品牌的不好，試問你知道它好在哪里么？不好在哪里么？這個就要看主板的用料了，雖然用料好的主板并不能代表一定是高檔主板，但最少能代表它的電氣性能出色。舉一個很簡單的例子吧：有A、B兩款主板，A主板的處理器供電濾波電容采用的是日系電容，B主板的處理器供電濾波電容采用的是臺系電容，那么基本上可以肯定的是：如果在電源輸出電壓的波動范圍比較大的情況下，A主板就比較能耐得住，而