校園商鋪平臺的商品管理系統(tǒng)設(shè)計

第一章緒論1.1背景今日，我國絕大多數(shù)高校中的快消品消費仍是以傳統(tǒng)的方式經(jīng)營，即實體店(校園內(nèi)多為小賣部或大學(xué)生超市)，這種傳統(tǒng)的經(jīng)營方式難以滿足學(xué)生的需求，也讓商店的營業(yè)狀況收到地理位置的影響，同時，由于校園內(nèi)寸土寸金的原因，商鋪房租也給商家?guī)砹撕艽蟮某杀緣毫?。校園O2O(OnlineToOffline)平臺主要目的為商家減少開店成本和為廣大學(xué)生群體建立一個實用性，廣泛性，快捷性的消費平臺，它是一種新興的電子商務(wù)平臺。觀察現(xiàn)在大學(xué)生消費的習(xí)慣，可發(fā)現(xiàn)這個群體消費潛力也是非常可觀的，市場份額是相當(dāng)巨大的，這樣的市場為我們平臺的發(fā)展提供了廣大而樂觀的前景。1.2軟件開發(fā)的目標(biāo)與意義本軟件是一個能為校園周邊的商店和想要進(jìn)行物品和服務(wù)交易的個人提供一個線上的展示平臺，同時讓消費者能夠更方便的了解信息和挑選物品的軟件平臺。目標(biāo)是解決校園內(nèi)商店與消費者的供需不平衡現(xiàn)象。同時提出以下幾個開發(fā)目標(biāo)：（1）軟件應(yīng)具有實用性、可靠性和適用性，同時注意到技術(shù)的先進(jìn)性；（2）對數(shù)據(jù)庫結(jié)構(gòu)進(jìn)行精準(zhǔn)設(shè)計，防止后期維護(hù)麻煩；（3）支持用戶的各種輸入方式，比如簡單的精確查詢和模糊查詢；（4）UI美觀，并且方便用戶的操作。1.3可行性分析經(jīng)過上文中的背景描述中可看出，本項目的市場可行性是足夠的，在推廣方面由于范圍僅限于校園，自己宣傳即可，推廣成本不高。而軟件的開發(fā)成本方面，項目的規(guī)模比較小，對各方面的要求不高，講究的是實用性，所以開發(fā)人員只有本人一個人，需要花費的基本只有精力和時間[2]。技術(shù)方面，軟件的各方面要求不高，并且并非面向客戶的開發(fā)，所以技術(shù)要求不高，是可行的。并且在此聲明：該系統(tǒng)的開發(fā)將不會侵犯任何個人、集體、國家的利益，也不會違反國家的政策與法律。1.4相關(guān)技術(shù)和工具1.4.1O2OO2O的概念最早是在美國被提出，英文全稱是OnlinetoOffline，即線上到線下。\t"C:/Users/baosh/Desktop/42+%E5%8A%B3%E6%98%A5%E6%99%96+%E6%A0%A1%E5%9B%AD%E5%95%86%E9%93%BA%E5%B9%B3%E5%8F%B0%E7%9A%84%E8%AE%BE%E8%AE%A1%E4%B8%8E%E5%AE%9E%E7%8E%B0/report_wx_qfjczuxv_2019-5-30-16-06-03/PaperPass-%E6%97%97%E8%88%B0%E7%89%88-%E6%A3%80%E6%B5%8B%E6%8A%A5%E5%91%8A/htmls/detail_report/right"主要指的是互聯(lián)網(wǎng)和線下商業(yè)機(jī)會的結(jié)合，使互聯(lián)網(wǎng)成為線下交易的前端，甚至有的沒有線下實體。并且O2O的概念非常廣泛，并非只有面對普通商業(yè)。O2O商業(yè)模型通過網(wǎng)絡(luò)線上的人機(jī)交互頁面指引，將用戶與線下的實體店無縫對接，完美連接了實體店與互聯(lián)網(wǎng)。這種模式允許客戶在享受線上獨有折扣的同時還能夠享受實體店的服務(wù)，這樣就把實體店和網(wǎng)點的優(yōu)勢完美結(jié)合了起來。O2O的具體特點可有以下幾點：1、傳統(tǒng)的線下營銷推廣模式效果隨機(jī)性太大，受地利影響較嚴(yán)重，并且難以統(tǒng)計效果，而線上營銷模式可以直觀的根據(jù)用戶的點擊量、注冊量或者購買量來統(tǒng)計營銷效果，避免了傳統(tǒng)模式的種種制約，使消費者的消費行為越來越透明，也讓商家可以更為準(zhǔn)確的為客戶提供定制服務(wù)。2、網(wǎng)絡(luò)的發(fā)展越來越快，網(wǎng)民數(shù)量呈指數(shù)型上漲，O2O模式就可以搭上這兩互聯(lián)網(wǎng)的快車，使消費者與商家的關(guān)聯(lián)越來越深。3、使商家在同行中具有價格便宜(省去了宣傳費)，方便宣傳和營銷，并且折扣信息傳播。4、O2O模式讓顧客可以在足不出戶的情況下，只要通過手機(jī)或電腦即可預(yù)覽自己想要的商品，這就相當(dāng)于線下去商店挑選商品，實現(xiàn)了售前體驗，同時網(wǎng)絡(luò)商城的價格都是透明的，可以進(jìn)行橫向?qū)Ρ?，避免了無意中購買了高價商品。1.4.2SSMSSM是Spring+SpringMVC+MyBatis的縮寫，是類似于前幾年非常流行的SSH后的又一個收到各大企業(yè)青睞的企業(yè)級JAVA應(yīng)用框架。目前的JAVAWEB應(yīng)用幾乎都是用Spring來搭建，而Spring框架的核心特性是控制反轉(zhuǎn)(IOC)和面向切面(AOP)[6]。Spring是一個輕量級的Java應(yīng)用框架，于2003年興起，它是源于RodJohnson在其著作《ExpertOne-On-OneJ2EEDevelopmentandDesign》一書中闡述的一些想法和原型派生的。企業(yè)級的應(yīng)用程序都避免不了模塊的龐大和復(fù)雜，并且這種復(fù)雜性是隨著產(chǎn)品的迭代而越來越龐大的，Spring的創(chuàng)建正是為了解決企業(yè)應(yīng)用程序開發(fā)的復(fù)雜性，Spring允許開發(fā)者僅通過配置文件就可以完成對程序的大部分搭建，并且控制反轉(zhuǎn)的特性使得各個類間的耦合性大為降低，從這些角度來看，Spring的應(yīng)用不均線與服務(wù)器端的開發(fā)，任何Java程序都可以使用Spring而使其更為優(yōu)秀并且易維護(hù)。SpringMVC也是Spring框架的其中一個產(chǎn)品，屬于一個MVC框架，用于調(diào)度顯示層和模型層。由于是Spring旗下的產(chǎn)品，其原生支持Spring的特性，與Spring契合度非常高，并且十分規(guī)范。它將模型對象、控制器、調(diào)度器和處理程序?qū)ο蟮慕巧蛛x開來，這使得定制變得更加容易[7]。

MyBatis項目是iBATIS3.0的子產(chǎn)品，由一個包括iBATIS的原始創(chuàng)建者的團(tuán)隊維護(hù)。該項目于2010年5月19日創(chuàng)建，當(dāng)時ApacheiBATIS3.0已經(jīng)發(fā)布，團(tuán)隊宣布將繼續(xù)以新名稱和GoogleCode的新家開發(fā)。iBATIS提供的持久層框架包括SQLMaps（SQL映射）和DataAccessObjects（DAO，數(shù)據(jù)訪問對象）。MyBatis提供了一個映射引擎，它以聲明的方式將SQL結(jié)果映射到對象樹?？梢允褂妙愃芚ML的語法的內(nèi)置語言或使用Velocity集成插件的ApacheVelocity動態(tài)構(gòu)建SQL語句。它允許使用所有的數(shù)據(jù)庫功能，如存儲過程，視圖，任何復(fù)雜性的查詢和供應(yīng)商專有的功能。對于遺留或非規(guī)范化數(shù)據(jù)庫或獲得SQL執(zhí)行的萬全控制，它通常是一個不錯的選擇?？梢赃@么理解，MyBatis是一個幫助我們管理數(shù)據(jù)添加、刪除和修改的框架[8]。1.4.3SUIMobileMSUI的是目標(biāo)是為移動H5頁面提供一個通用的組件庫，它是阿里巴巴共享業(yè)務(wù)事業(yè)部的UED團(tuán)隊的產(chǎn)品。它減少了重復(fù)工作，增強了代碼復(fù)用性。SUIMobile是一套基于Framework7開發(fā)的開源UI庫，能兼容到iOS6.0以上版本和Android4.0以上版本，非常適合開發(fā)跨平臺Web項目，其特點是非常輕量、精美，無需下載，只需要引入他們的CDN文件就可以使用。數(shù)據(jù)庫則是MySQL，適用于小型企業(yè)或個人使用。SUIMobile是個非常輕量的UI庫，提供了20多個比較常用的組件，但它的核心庫壓縮后的JavaScript和CSS文件網(wǎng)絡(luò)傳輸體積總共只有52KB。對于SUIMobile，開發(fā)人員只需要復(fù)制HTML代碼就可以使用，當(dāng)然這是對于只有HTML&CSS的組件，你不用了解太多的前端開發(fā)技術(shù)。而SUIMobile大多數(shù)JavaScript組件都是獨立的Zepto插件，并且提供了大家非常熟悉的

Zepto/jQuery風(fēng)格的API.。1.4.4MySQLMySQL由瑞典公司MySQLAB創(chuàng)建，而DavidAxmark，AllanLarsson和Michael“Monty”Widenius是它的創(chuàng)始人。它是一個關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，現(xiàn)在歸Oracle公司所有。MySQL屬于關(guān)系型數(shù)據(jù)庫的一種，關(guān)系型數(shù)據(jù)庫的特性是數(shù)據(jù)并非存儲在同一個地方，而是將數(shù)據(jù)存儲在不同的表中，這樣就提高了數(shù)據(jù)結(jié)構(gòu)的穩(wěn)定性，并且因為數(shù)據(jù)之間是有關(guān)聯(lián)關(guān)系的，提高了數(shù)據(jù)存取的速度和靈活性[9]。MySQL是開源的，這個特點對于個人用戶和小型企業(yè)非常友好。MySQL支持大型的數(shù)據(jù)庫，并沒有因為是開源免費的就降低了處理能力。MySQL使用非常標(biāo)準(zhǔn)的SQL語法，兼容性很好。本機(jī)存儲引有InnoDB，MyISAM，Merge，Memory，F(xiàn)ederated，Archive，CSV，Blackhole，NDBCluster。提交分組，從多個連接收集多個事務(wù)，以增加每秒的提交次數(shù)。MySQL支持大型數(shù)據(jù)庫，如支持5000萬條記錄的數(shù)據(jù)倉庫。1.4.5EasyUIjQueryEasyUI是一組基于jQuery、Angular、Vue和React的用戶界面插件集合體，而jQueryEasyUI為構(gòu)建現(xiàn)代的交互式JS應(yīng)用程序提供了僅功能。開發(fā)人員不需要編寫過多的JavaScript代碼，開發(fā)人員只需要編寫依稀HTML標(biāo)記來定義用戶界面。jQueryEasyUI功能可能相對沒有Extjs強大，但頁面也是相當(dāng)漂亮的，最重要的是在開發(fā)產(chǎn)品的同時能夠節(jié)省時間和縮小代碼規(guī)模[10]。

第二章需求分析2.1系統(tǒng)功能分析前臺展示模塊前臺展示模塊即本應(yīng)用面向顧客用戶的部分，用于向顧客展示平臺中的商店列表，商店詳情，商店中的商品列表，提供給顧客購買商品的功能，并且需要有登陸功能，用戶登陸后方可購買商品。店家管理模塊店家管理模塊即本應(yīng)用面向店家用戶的部分，用于給店家管理名下的店鋪和店鋪中的商品。并且需要管理商店中的商品的類別，因為每個商品都對應(yīng)著一個商品類別。超級管理員模塊超級管理員模塊用于管理系統(tǒng)中其他用戶無權(quán)管理的信息，面向的是負(fù)責(zé)維護(hù)本程序的專業(yè)人員。具體應(yīng)該包括對首頁中的頭條的管理，對商鋪的類別的管理，對區(qū)域的管理，對系統(tǒng)中除超級管理員外的用戶的管理和對系統(tǒng)中商鋪的管理。2.2系統(tǒng)用例模型以下是根據(jù)需求分析所搭建出的用例模型[12]：2.2.1系統(tǒng)參與者列表表2-1系統(tǒng)參與者列表SA_01顧客SA_02店家SA_03超級管理員2.2.2用例圖圖2-1顧客用例圖圖2-2店家用例圖圖2-3超級管理員用例圖2.2.3用例描述表2-2綁定本地賬號用例描述用例編號UC_001用例名稱綁定本地賬號簡要描述顧客或者店家綁定本地賬號參與者顧客或店家前置條件已關(guān)注微信公眾號，并在微信進(jìn)入系統(tǒng)后置條件數(shù)據(jù)庫中新建了一條本地賬號信息正常流程進(jìn)入首頁或店鋪列表頁面點擊右下角的“我”點擊綁定本地賬號輸入賬號和密碼點擊提交系統(tǒng)提示操作成功異常流程5a信息不充分：5a1.系統(tǒng)提示重新輸入信息5a2.輸入信息再次提交5a3.返回65b.已經(jīng)存在賬號：5b1.系統(tǒng)提示已經(jīng)綁定過賬號5b2.退出綁定界面表2-3登陸本地賬號用例描述用例編號UC_002用例名稱登陸本地賬號簡要描述顧客或者店家登陸本地賬號參與者顧客或店家前置條件進(jìn)入系統(tǒng)，并且已經(jīng)綁定了本地賬號后置條件登陸成功正常流程1.進(jìn)入登陸頁面2.輸入賬號和密碼3.點擊登陸4.登陸成功，進(jìn)入對應(yīng)頁面異常流程3a信息不充分：3a1.系統(tǒng)提示重新輸入信息3a2.輸入信息再次提交3a3.返回43b.賬號或密碼錯誤：3b1.系統(tǒng)提示賬號或密碼錯誤3b2.重新輸入正確的賬號密碼3b3.返回4表2-4修改本地賬號密碼用例描述用例編號UC_003用例名稱修改本地賬號密碼簡要描述顧客或者店家登陸本地賬號參與者顧客或店家前置條件進(jìn)入系統(tǒng)，并且已經(jīng)綁定了本地賬號后置條件修改賬號密碼成功正常流程進(jìn)入系統(tǒng)進(jìn)入修改賬號密碼頁面輸入賬號、原密碼、新密碼、確認(rèn)新密碼、驗證碼點擊提交修改成功異常流程4a信息不充分：3a1.系統(tǒng)提示重新輸入信息3a2.輸入信息再次提交3a3.返回54b.賬號或密碼錯誤：4b1.系統(tǒng)提示賬號或密碼錯誤4b2.重新輸入正確的賬號密碼4b3.返回54c.驗證碼錯誤：4c1.系統(tǒng)提示驗證碼錯誤4c2.重新輸入正確的驗證碼并提交4c3.返回5表2-5購買商品用例描述用例編號UC_004用例名稱購買商品簡要描述顧客在店鋪內(nèi)購買商品參與者顧客前置條件進(jìn)入系統(tǒng)，進(jìn)入商店頁面后置條件提交訂單成功正常流程將選擇好的商品加入購物車進(jìn)入購物車頁面，確認(rèn)信息點擊提交訂單提交成功異常流程3a購物車為空：3a1.系統(tǒng)提示購物車為空3a2.返回商店頁面3a3.返回13b.登陸已失效：3b1.系統(tǒng)提示登陸已失效3b2.進(jìn)入登陸頁面重新登陸3b3.返回1表2-6添加店鋪用例描述用例編號UC_005用例名稱添加店鋪簡要描述店家添加一家店鋪參與者店家前置條件進(jìn)入系統(tǒng)，進(jìn)入店鋪列表頁面后置條件添加成功正常流程點擊添加店鋪按鈕填寫表單信息并且選擇要上傳的圖片輸入驗證碼點擊提交按鈕提交成功異常流程4a.驗證碼錯誤：4a1.系統(tǒng)提示驗證碼錯誤4a2.重新輸入正確的驗證碼4a3.點擊提交按鈕4a4.返回54b.表單信息不完整：4b1.系統(tǒng)提示請輸入店鋪信息4b2.重新填寫表單信息4b3.點擊提交按鈕4b4.返回54c.上傳圖片為空：4c1.系統(tǒng)提示上傳圖片為空4c2.重新選擇圖片并填寫驗證碼4c3.點擊提交按鈕4c4.返回5表2-7修改店鋪信息用例描述用例編號UC_006用例名稱修改店鋪信息簡要描述店家修改一家店鋪的信息參與者店家前置條件進(jìn)入系統(tǒng)，進(jìn)入店鋪列表頁面后置條件添加成功正常流程點擊需要操作的商鋪的進(jìn)入按鈕點擊商鋪信息填寫新的商鋪信息填寫驗證碼點擊提交按鈕修改成功異常流程5a.驗證碼錯誤：5a1.系統(tǒng)提示驗證碼錯誤5a2.重新輸入正確的驗證碼5a3.點擊提交按鈕5a4.返回65b.表單信息不完整：5b1.系統(tǒng)提示請輸入店鋪信息b2.重新填寫表單信息5b3.點擊提交按鈕5b4.返回65c.上傳圖片為空：5c1.系統(tǒng)提示上傳圖片為空5c2.重新選擇圖片并填寫驗證碼5c3.點擊提交按鈕5c4.返回6表2-8商品類別管理用例描述用例編號UC_007用例名稱商品類別管理簡要描述添加或刪除該店鋪下的商品類別參與者店家前置條件進(jìn)入系統(tǒng)，進(jìn)入店鋪列表頁面后置條件操作成功正常流程點擊需要操作的商鋪的進(jìn)入按鈕點擊類別管理點擊新增按鈕填寫類別的信息點擊提交按鈕提交成功異常流程5a.沒有新增的類別：5a1.系統(tǒng)提示請至少輸入一個商品類別5a2.重新添加商品類別信息5a3.點擊提交按鈕5a4.返回6表2-9添加商品用例描述用例編號UC_008用例名稱添加商品簡要描述在當(dāng)前店鋪下添加商品參與者店家前置條件進(jìn)入系統(tǒng)，進(jìn)入店鋪列表頁面后置條件操作成功正常流程1.點擊需要操作的商鋪的進(jìn)入按鈕2.點擊商品管理按鈕3.點擊添加按鈕4.填寫商品的表單信息5.填寫驗證碼6.點擊提交按鈕7.提交成功異常流程6a.驗證碼錯誤：6a1.系統(tǒng)提示驗證碼錯誤6a2.重新輸入正確的驗證碼6a3.點擊提交按鈕6a4.返回76b.表單信息不完整：6b1.系統(tǒng)提示請輸入店鋪信息6b2.重新填寫表單信息6b3.點擊提交按鈕6b4.返回76c.上傳圖片為空：6c1.系統(tǒng)提示上傳圖片為空6c2.重新選擇圖片并填寫驗證碼6c3.點擊提交按鈕6c4.返回7表2-10修改商品信息用例描述用例編號UC_009用例名稱修改商品信息簡要描述在當(dāng)前店鋪下修改商品信息參與者店家前置條件進(jìn)入系統(tǒng)，進(jìn)入店鋪列表頁面后置條件操作成功正常流程1.點擊需要操作的商鋪的進(jìn)入按鈕2.點擊商品管理按鈕3.點擊對應(yīng)商品的修改按鈕4.填寫商品的表單信息5.填寫驗證碼6.點擊提交按鈕7.提交成功異常流程6a.驗證碼錯誤：6a1.系統(tǒng)提示驗證碼錯誤6a2.重新輸入正確的驗證碼6a3.點擊提交按鈕6a4.返回76b.表單信息不完整：6b1.系統(tǒng)提示請輸入店鋪信息6b2.重新填寫表單信息6b3.點擊提交按鈕6b4.返回76c.上傳圖片為空：6c1.系統(tǒng)提示上傳圖片為空6c2.重新選擇圖片并填寫驗證碼6c3.點擊提交按鈕6c4.返回7表2-11超級管理員登陸用例描述用例編號UC_010用例名稱超級管理員登陸簡要描述超級管理員登陸參與者超級管理員前置條件進(jìn)入超級管理員登陸頁面后置條件登陸成功，進(jìn)入后臺管理主頁正常流程1.輸入超級管理員賬號和密碼2.點擊登陸按鈕3.登陸成功異常流程2a.賬號或密碼錯誤：2a1.系統(tǒng)提示賬號或密碼錯誤2a2.重新輸入正確的賬號密碼2a3.點擊提交按鈕2a4.返回3表2-12頭條信息管理用例描述用例編號UC_011用例名稱頭條信息管理簡要描述對頭條信息進(jìn)行增刪改查參與者超級管理員前置條件已登陸進(jìn)后臺管理頁面后置條件操作成功正常流程點擊頭條管理按鈕選擇要進(jìn)行操作的頭條填寫表單信息點擊提交提交成功異常流程4a.表單信息不完整：4a1.系統(tǒng)提示請輸入頭條信息4a2.重新填寫表單信息4a3.點擊提交按鈕4a4.返回54b.上傳圖片為空：4b1.系統(tǒng)提示上傳圖片為空4b2.點擊提交按鈕4b3.返回5表2-13區(qū)域信息管理用例描述用例編號UC_012用例名稱區(qū)域信息管理簡要描述對區(qū)域信息進(jìn)行增刪改查參與者超級管理員前置條件已登陸進(jìn)后臺管理頁面后置條件操作成功正常流程1.點擊區(qū)域管理按鈕2.選擇要進(jìn)行操作的區(qū)域信息3.填寫表單信息4.點擊提交5.提交成功異常流程4a.表單信息不完整：4a1.系統(tǒng)提示請輸入?yún)^(qū)域信息4a2.重新填寫表單信息4a3.點擊提交按鈕4a4.返回5表2-14店鋪類別信息管理用例描述用例編號UC_013用例名稱區(qū)域信息管理簡要描述對店鋪類別信息進(jìn)行增刪改查參與者超級管理員前置條件已登陸進(jìn)后臺管理頁面后置條件操作成功正常流程1.點擊類別管理按鈕2.選擇要進(jìn)行操作的類別信息3.填寫表單信息4.點擊提交5.提交成功異常流程4a.表單信息不完整：4a1.系統(tǒng)提示請輸入類別信息4a2.重新填寫表單信息4a3.點擊提交按鈕4a4.返回54b.上傳圖片為空：4b1.系統(tǒng)提示上傳圖片為空4b2.點擊提交按鈕4b3.返回5表2-15賬號管理用例描述用例編號UC_014用例名稱賬號管理簡要描述對賬號進(jìn)行禁用或啟用參與者超級管理員前置條件已登陸進(jìn)后臺管理頁面后置條件操作成功正常流程1.點擊賬號管理按鈕2.選擇要進(jìn)行操作的賬號3.啟用或禁用賬號4.點擊提交5.提交成功異常流程無表2-16店鋪管理用例描述用例編號UC_015用例名稱店鋪管理簡要描述對店鋪進(jìn)行管理參與者超級管理員前置條件已登陸進(jìn)后臺管理頁面后置條件操作成功正常流程1.點擊商鋪管理按鈕2.選擇要進(jìn)行操作的店鋪3.填寫表單信息4.點擊提交5.提交成功異常流程4a.表單信息不完整：4a1.系統(tǒng)提示請輸入店鋪信息4a2.重新填寫表單信息4a3.點擊提交按鈕4a4.返回52.3性能需求分析一個程序應(yīng)用不僅要考慮業(yè)務(wù)需求，對于程序的運行環(huán)境和系統(tǒng)質(zhì)量需求也非常重要，直接影響到應(yīng)用運行的穩(wěn)定性，這直接關(guān)系到最終的用戶體驗，用戶不想在使用的過程中遇到卡頓或程序崩潰的情況。我們要從人機(jī)交互、實用性的角度出發(fā)開發(fā)該網(wǎng)站系統(tǒng)，在設(shè)計過程中主要考慮一下要求：可操作性該系統(tǒng)操作簡單，因為主要面向移動端，為手指點擊操作，而在操作錯誤后會有對應(yīng)的提示，幫助引導(dǎo)用戶。系統(tǒng)界面盡量做到簡單、美觀，一眼就能看到需要的內(nèi)容在什么地方。可靠性該系統(tǒng)為商城平臺，勢必會有多人同時訪問，所以系統(tǒng)需要有一定的負(fù)載能力，但因為面向的僅是校園內(nèi)，用戶量有限。安全性系統(tǒng)有些功能需要有權(quán)限的用戶才能操作，所以需要有權(quán)限驗證，并且需要注意密碼的安全性，需要對密碼進(jìn)行加密?？删S護(hù)性軟件都是需要不斷維護(hù)的，前期設(shè)計代碼時必須要考慮到日后修改的難度，盡量做到高內(nèi)聚低耦合，減少代碼之間的關(guān)聯(lián)性。2.4數(shù)據(jù)分析經(jīng)過需求分析和系統(tǒng)功能分析，本系統(tǒng)共有區(qū)域信息、微信賬號信息、本地賬號信息、用戶個人信息、商鋪信息、商鋪類別信息、商品信息、商品類別信息、商品詳情圖片信息、頭條信息、購物車信息11個數(shù)據(jù)對象，需要對他們進(jìn)行相應(yīng)的數(shù)據(jù)分析與設(shè)計。區(qū)域信息存儲校園的區(qū)域信息，用于區(qū)別每個小區(qū)，每個店鋪都有所屬的區(qū)域，一個區(qū)域下面有多個店鋪。微信賬號和本地賬號都是關(guān)聯(lián)一個用戶個人信息類。用戶個人信息用于存儲微信里的個人信息，這些信息都是用戶第一次掃描進(jìn)來時自動獲取的，用戶類別有三種，普通用戶，店主和超級管理員，使用用戶類別屬性標(biāo)識。商鋪信息包括商鋪名，商鋪描述、商鋪的縮略圖、地址、聯(lián)系電話、用于排序的權(quán)值、管理員給于的建議、所屬的區(qū)域、店鋪擁有者，店鋪類別，一個商鋪擁有多個商品類別。一個店家用戶可以創(chuàng)多個店鋪，所以用戶和店鋪是一對多關(guān)系。一個店鋪類別下面會有多個店鋪，所以店鋪類別和店鋪是一對多關(guān)系。商品與商品類別相關(guān)聯(lián)，每種商品都屬于一種商品類別，而商品類別都是在某個店鋪下的。商品詳情圖片信息類用于存儲詳情圖片的地址，而一個商品里關(guān)聯(lián)著一個詳情圖片列表，列表里有復(fù)數(shù)個詳情圖片。頭條信息即廣告，展示于首頁的上部。購物車信息即訂單，用戶提交購物車后生成。下面是對應(yīng)的數(shù)據(jù)類圖：圖2-4系統(tǒng)數(shù)據(jù)類圖這10個實體的屬性說明如下：區(qū)域信息屬性包括：區(qū)域Id、區(qū)域名稱、權(quán)重、區(qū)域描述、創(chuàng)建時間和修改時間。區(qū)域Id為該實體的唯一標(biāo)識，權(quán)重用于在展示時給各個區(qū)域排序。微信賬號信息屬性包括：微信賬號Id、openId、創(chuàng)建時間和修改時間。微信賬號Id為該實體的唯一標(biāo)識，openId是微信官方接口提供的每個微信賬號的唯一標(biāo)識。本地賬號信息屬性包括：本地賬號Id、用戶名、密碼、創(chuàng)建時間和修改時間，用戶個人信息類。其中用戶個人信息類是用于與用戶個人信息類關(guān)聯(lián)。用戶個人信息屬性包括：用戶Id，用戶名、頭像、郵箱、性別、是否可用、用戶類型、創(chuàng)建時間和修改時間。其中頭像是從微信獲取的微信頭像，郵箱、性別、用戶名也是來自微信的資料。用戶類型用來標(biāo)識用戶的權(quán)限。商鋪信息屬性包括：商鋪名，商鋪描述、商鋪的縮略圖、地址、聯(lián)系電話、權(quán)值、創(chuàng)建時間和修改時間，是否可用標(biāo)識、區(qū)域、擁有者、店鋪類別。其中區(qū)域、擁有者、店鋪類別都是與對應(yīng)實體類關(guān)聯(lián)。商鋪類別信息屬性包括：類別Id、類別名稱、類別描述、類別圖片、權(quán)值、創(chuàng)建時間和修改時間。其中父類別與另一個商鋪類別類關(guān)聯(lián)。商品類別信息屬性包括：類別Id、類別名稱和權(quán)值、創(chuàng)建時間。。商品信息屬性包括：商品Id、商品名稱、商品描述、商品縮略圖、原價、活動價、權(quán)值、創(chuàng)建時間和修改時間、所屬店鋪，所屬商品類別，詳情圖片列表。其中所屬店鋪和店鋪類關(guān)聯(lián)，所屬商品類別和商品類別類關(guān)聯(lián)，詳情圖片列表存儲著多個詳情圖片類實體。商品詳情圖片信息屬性包括：圖片Id、圖片地址、圖片描述、權(quán)值，所屬商品、創(chuàng)建時間。其中所屬商品與對應(yīng)的商品類實體關(guān)聯(lián)頭條信息包括頭條Id、頭條名稱、頭條鏈接、頭條圖片、權(quán)值、是否可用的標(biāo)識，創(chuàng)建時間和修改時間。購物車信息包括購物車Id，商鋪Id，創(chuàng)建時間，所有商品的字符串，顧客，是否是新訂單的標(biāo)識。

系統(tǒng)設(shè)計完成了需求分析之后，接著就要開始進(jìn)行程序的詳細(xì)設(shè)計，包括程序的總系統(tǒng)架構(gòu)，還有各個分支功能模塊的業(yè)務(wù)流程，當(dāng)然最重要的是數(shù)據(jù)庫的表結(jié)構(gòu)設(shè)計。3.1系統(tǒng)總體架構(gòu)本網(wǎng)站使用動態(tài)網(wǎng)頁開發(fā)的主流技術(shù)。為了降低耦合性，模塊分離是必須的，我們使用MVC的架構(gòu)模型（即model、view、controller），在文首已介紹，采用的是SSM框架。類似的功能模塊在同一個層完成，并且在層與層之前使用明顯的接口進(jìn)行交互，目標(biāo)是構(gòu)建一個高內(nèi)聚、低耦合的程序架構(gòu)。并且使得前后端的開發(fā)可以分離，提高開發(fā)的速度。數(shù)據(jù)庫框架Mybatis的使用使得不再需要手動編寫繁瑣的jdbc代碼，僅需接口和SQL語句即可實現(xiàn)對數(shù)據(jù)庫的操作。系統(tǒng)分層架構(gòu)圖如下：圖3-1分層架構(gòu)圖3.2模塊設(shè)計系統(tǒng)功能結(jié)構(gòu)圖如下：圖3-2系統(tǒng)功能結(jié)構(gòu)圖3.2.1前臺展示模塊設(shè)計前端展示模塊包括本地賬號綁定、賬號登錄、店鋪查詢、商品查詢、商品購買功能[13]1賬號綁定用戶第一次進(jìn)入系統(tǒng)應(yīng)是在關(guān)注公眾號后在微信中點擊鏈接進(jìn)入，然后可以綁定一個本地賬號，方便以后不用在微信中進(jìn)入系統(tǒng)。此時在后臺已經(jīng)獲取了用戶微信賬號的個人基本資料，包括昵稱，頭像等，綁定本地賬號時僅需填寫本地用戶名和密碼即可。圖3-3賬號綁定時序圖2賬號登陸用戶綁定過本地賬號后，可不經(jīng)過微信，直接使用本地賬號登陸。圖3-4賬號登陸時序圖3店鋪查詢店鋪查詢是用戶在主頁點進(jìn)某個大類之后，在輸入框里輸入了店鋪的名字和點擊了類別或區(qū)域的按鈕后，后臺篩選出符合條件的店鋪，最后以列表形式展示在前端。圖3-5店鋪查詢時序圖4商品查詢商品查詢是進(jìn)入店鋪頁面后，點擊店鋪頁面的商品類別按鈕或輸入商品名后，根據(jù)后臺篩選出的數(shù)據(jù)，已列表的形式展示商品的信息。具體處理過程和商鋪查詢類似。圖3-6商品查詢時序圖5商品購買商品購買是顧客在某個商店內(nèi)挑選好商品并將商品添加進(jìn)購物車后，在購物車頁面提交商品至后臺的操作。圖3-7商品購買時序圖3.2.2店家管理模塊設(shè)計店家管理模塊包括添加店鋪、修改店鋪信息、商品管理、商品類別管理功能。另外還有綁定本地賬號和修改賬號密碼功能，因為與顧客的幾乎一樣，所以在此不在贅述。1添加店鋪添加店鋪即是在當(dāng)前用戶名下添加一個店鋪，需要設(shè)置店鋪的名稱、店鋪類別、所屬區(qū)域、詳細(xì)地址、聯(lián)系電話、縮略圖等信息。圖3-8添加店鋪時序圖2修改店鋪信息修改店鋪信息和添加店鋪基本相同，在店鋪信息頁面填寫需要修改的信息。圖片不上傳則保持原有圖片。圖3-9修改店鋪信息時序圖3商品管理商品管理即對本店鋪下的商品進(jìn)行添加和修改，因為添加和修改數(shù)據(jù)傳遞上沒有什么區(qū)別，在這里只介紹添加商品。添加商品之后可以點擊預(yù)覽按鈕預(yù)覽商品詳情頁面。圖3-10添加商品時序圖4商品類別管理商品類別管理即對該商鋪下的商品類別信息進(jìn)行增刪，填寫信息包括類別名稱和優(yōu)先級。圖3-11添加商品類別時序圖3.2.3超級管理員模塊設(shè)計超級管理員模塊包括頭條管理、類別管理、區(qū)域管理、賬號管理、商鋪管理功能。主要就是對各種數(shù)據(jù)信息進(jìn)行增刪改查。1頭條管理頭條管理就是對前端首頁展示的頭條廣告進(jìn)行增刪改查，頭條信息需要包括圖片，優(yōu)先級，鏈接等。因為功能重復(fù)度很高，只討論對頭條的添加。圖3-12添加頭條時序圖2類別管理類別管理即是對店鋪類別的增刪改查，其中類別信息包括類別名稱，上級類別Id，類別圖片，優(yōu)先級等。因為功能重復(fù)度高，這里只詳細(xì)討論對類別信息的添加功能。圖3-13添加類別時序圖3區(qū)域管理區(qū)域管理就是對校園區(qū)域信息進(jìn)行增刪改查，其中區(qū)域信息包括區(qū)域名，優(yōu)先級等。圖3-14添加區(qū)域時序圖4賬號管理賬號管理即對系統(tǒng)中除超級管理員之外的賬號（顧客，店家）賬號進(jìn)行管理，主要是對賬號進(jìn)行封禁或解禁。這里只討論對賬號的封禁，解禁是同樣原理。圖3-15封禁賬號時序圖5商鋪管理商鋪管理就是對商鋪信息進(jìn)行信息修改，啟用禁用，提供建議。商鋪信息包括商鋪名，店鋪類別，優(yōu)先級，店鋪狀態(tài)，商鋪建議。圖3-16編輯商鋪時序圖3.3數(shù)據(jù)庫設(shè)計3.3.1E-R圖根據(jù)對系統(tǒng)中實體和實體間關(guān)系的分析[14]，畫出下面的實體屬性圖和E-R圖：圖3-17頭條實體屬性圖圖3-18本地賬號實體屬性圖圖3-19微信賬號實體屬性圖圖3-20用戶個人信息實體屬性圖圖3-21商品類別實體屬性圖圖3-22商品實體屬性圖圖3-23商鋪類別實體屬性圖圖3-24商鋪實體屬性圖圖3-25區(qū)域?qū)嶓w屬性圖圖3-26商品詳情圖片實體屬性圖圖3-27購物車實體屬性圖圖3-27E-R圖3.3.2數(shù)據(jù)庫表設(shè)計表3-1區(qū)域信息表字段名字段類型字段大小是否允許為空是否是主鍵area_idint5否是area_nameVarchar200否否area_descVarchar1000是否priorityint2否否create_timedatetime-是否last_edit_timedatetime-是否GenderNchar10是否將區(qū)域信息表保存為tb_area，用來存儲區(qū)域信息。表3-2頭條信息表字段名字段類型字段大小是否允許為空是否是主鍵line_idint100否是line_nameVarchar1000是否line_linkVarchar2000否否line_imgvarchar2000否否priorityint2否否enable_statusint2否否create_timedatetime-是否last_edit_timedatetime-是否將頭條信息表保存為tb_head_line，用來存儲頭條信息。表3-3本地賬號信息表字段名字段類型字段大小是否允許為空是否是主鍵local_auth_idint10否是user_idint10否否user_nameVarchar128否否pass_wordvarchar128否否create_timedatetime-是否last_edit_timedatetime-是否將本地賬號信息表保存為tb_local_auth，用來存儲本地賬號信息,該表的user_id為外鍵，參考了tb_person_info的主鍵user_id。表3-4用戶個人信息表字段名字段類型字段大小是否允許為空是否是主鍵user_idInt10否是user_nameVarchar32是否profile_imgVarchar1024是否emailvarchar1024是否genderVarchar2是否enable_statusInt2否否user_typeInt2否否create_timedatetime-是否last_edit_timedatetime-是否將用戶個人信息表保存為tb_person_info，用來存儲用戶個人信息。表3-5商品信息表字段名字段類型字段大小是否允許為空是否是主鍵product_idint100否是product_nameVarchar100否否product_descVarchar2000是否img_addrvarchar2000是否normal_priceVarchar100是否promotion_pricevarchar100是否priorityint2否否create_timedatetime-是否last_edit_timedatetime-是否enable_statusint2否否product_category_idint11是否shop_idint20否否將商品信息表保存為tb_product，用來存儲商品信息,該表的product_category_id為外鍵，參考了tb_product_category的主鍵product_category_id;shop_id為外鍵，參考了tb_shop的主鍵shop_id。表3-6商品類別信息表字段名字段類型字段大小是否允許為空是否是主鍵product_category_idint11否是product_category_nameVarchar100否否priorityint2是否create_timedatetime-是否shop_idint20否否將商品類別信息表保存為tb_product_category，用來存儲商品類別信息,該表的shop_id為外鍵，參考了tb_shop的主鍵shop_id。表3-7商品詳情圖片信息表字段名字段類型字段大小是否允許為空是否是主鍵product_img_idint20否是img_addrVarchar2000否否img_descvarchar2000是否priorityint2是否create_timedatetime-是否product_idint20是否將商品詳情圖片信息表保存為tb_product_img，用來存儲商品詳情圖片信息,該表的product_id為外鍵，參考了tb_product的主鍵product_id。表3-8商鋪信息表字段名字段類型字段大小是否允許為空是否是主鍵shop_idint10否是owner_idint10否否area_idint5是否shop_category_idint11是否shop_namevarchar256否否shop_descvarchar1024是否shop_addrvarchar200是否phonevarchar128是否shop_imgvarchar1024是否priorityint3是否create_timedatetime-是否last_edit_timedatetime-是否enable_statusint2否否advicevarchar255是否將商鋪信息表保存為tb_shop，用來存儲商鋪信息,該表的area_id為外鍵，參考了tb_area的主鍵area_id;owner_id為外鍵，參考了tb_person_info的主鍵user_id;shop_category_id為外鍵，參考了tb_shop_category的主鍵shop_category_id。表3-9商鋪類別信息表字段名字段類型字段大小是否允許為空是否是主鍵shop_category_idint10否是shop_category_namevarchar100否否shop_category_descvarchar1000是否shop_category_imgvarchar2000是否priorityint2否否create_timedatetime-是否last_edit_timedatetime-是否parent_idint11是否將商鋪類別信息表保存為tb_shop_category，用來存儲商鋪類別信息,該表的parent_id為外鍵，參考了tb_shop_category的主鍵shop_category_id。表3-10微信賬號信息表字段名字段類型字段大小是否允許為空是否是主鍵wechat_auth_idint10否是user_idint10否否open_idvarchar1024否否create_timedatetime-是否將微信賬號信息表保存為tb_wechat_auth，用來存儲微信賬號信息,該表的user_id為外鍵，參考了tb_person_info的主鍵user_id。表3-11購物車信息表字段名字段類型字段大小是否允許為空是否是主鍵shopcar_idint10否是shop_idint10否否create_timedatetime-否否user_idint10否否product_strvarchar2000否否is_newint2否否將購物車表保存為tb_shop_car，用來存儲購物車，該表的shop_id為外鍵，參考了tb_shop的主鍵shop_id；user_id為外鍵，參考了tb_person_info的主鍵user_id

系統(tǒng)實現(xiàn)4.1數(shù)據(jù)庫連接的實現(xiàn)開頭介紹過,本系統(tǒng)的底層數(shù)據(jù)庫采用MySQL，而MySQL是一種關(guān)系型數(shù)據(jù)庫，關(guān)系型數(shù)據(jù)庫的特性是數(shù)據(jù)并非存儲在同一個地方，而是將數(shù)據(jù)存儲在不同的表中，這樣就提高了數(shù)據(jù)結(jié)構(gòu)的穩(wěn)定性，并且因為數(shù)據(jù)之間是有關(guān)聯(lián)關(guān)系的，提高了數(shù)據(jù)存取的速度和靈活性，對于系統(tǒng)的搭建也更為方便。并且MySQL是開源的，非常適合個人開發(fā)者,這也是本系統(tǒng)采用MySQL的關(guān)鍵原因。

持久層使用的是MyBatis框架，數(shù)據(jù)庫的連接原理為：圖4-1數(shù)據(jù)庫連接原理圖4.2模塊實現(xiàn)4.2.1前臺展示模塊的實現(xiàn)在顧客進(jìn)入網(wǎng)站時會首先進(jìn)入網(wǎng)站首頁，首頁包括頂端的頭條展示，當(dāng)有多個頭條時，則會進(jìn)行輪播，當(dāng)點擊頭條圖片時，則會進(jìn)入對應(yīng)的鏈接頁面。下半部是一級類別的列表（即沒有父類），當(dāng)點進(jìn)對應(yīng)類別里時，會以卡片列表的形式列出該大類下所有的店鋪。頁面底部是兩個按鈕。1系統(tǒng)主頁效果圖：圖4-2前臺首頁效果圖點擊右邊的“我”則會在右表彈出一個選項列表，分別是登陸，賬號綁定，修改密碼和登出。當(dāng)點擊登陸時則進(jìn)入登陸頁面，點擊賬號綁定進(jìn)入綁定本地賬號頁面，點擊修改密碼進(jìn)入密碼修改頁面，點擊登出則退出當(dāng)前賬號。2側(cè)邊欄效果圖：圖4-3側(cè)邊欄效果圖點擊首頁中全部店鋪或者某個大類則進(jìn)入商店列表頁面，在這里進(jìn)行商鋪查詢，在輸入框里輸入名字和點擊類別按鈕則會向后臺發(fā)送數(shù)據(jù)重新獲取商鋪列表3商鋪查詢頁面效果圖：圖4-4商鋪查詢頁面效果圖在店鋪列表中點擊某個店鋪，則會進(jìn)入該店鋪的商店詳情頁面，商店詳情頁面里是商店的詳情信息，包括店鋪的圖片，店鋪名稱，店鋪介紹，地址，聯(lián)系電話，底下是店鋪內(nèi)商品的列表，可以篩選。4商鋪詳情效果圖：圖4-5商鋪詳情效果圖圖4-6商鋪詳情里的商品列表商品列表跟商鋪列表是同一個實現(xiàn)原理，點擊商品列表的某個商品，則進(jìn)入商品詳情頁面，該頁面包括商品的略縮圖，商品名稱，商品介紹，原價，現(xiàn)價，商品詳情圖片。在下方可以點擊加入購物車按鈕將商品加入購物車，購物車存于瀏覽器的localstorage，該購物車僅限于當(dāng)前店鋪。5商品詳情效果圖圖4-7商品詳情頁效果圖在店鋪頁面點擊“我”按鈕，再點擊右側(cè)邊欄的購物車按鈕則進(jìn)入購物車，購物車頁面會顯示當(dāng)前已選擇的商品和數(shù)量，可以對數(shù)量進(jìn)行編輯，然后提交訂單。提交訂單時先在前端整理好數(shù)據(jù)，然后發(fā)送到后端存進(jìn)購物車表中。6商品購買效果圖圖4-8購物車頁面4.2.2店家管理模塊的實現(xiàn)店家進(jìn)入系統(tǒng)后首先要進(jìn)行登錄，登錄之后則進(jìn)入本人的商店列表頁面：7店家商店列表效果圖：圖4-9商店列表頁面點擊列表中某個店鋪的進(jìn)入按鈕，則進(jìn)入到店鋪的管理選項頁面，店鋪管理頁面包括商鋪信息管理，商品管理，商品類別管理四個功能。圖4-10商店管理頁面點擊商鋪信息管理則進(jìn)入商鋪信息編輯界面，該頁面和添加店鋪頁面用的是同一個頁面，不同點是該頁面會有商鋪的原信息。所以在這里只介紹商鋪編輯，這里填寫好表單后發(fā)到后臺存進(jìn)數(shù)據(jù)庫。8修改商鋪信息效果圖：圖4-11商鋪信息頁面在商鋪管理頁面點擊商品管理則進(jìn)入商品管理頁面：圖4-12商品管理頁面下架即是該商品不會在前臺模塊中顯示出來，將商品的可用標(biāo)識設(shè)為0。而編輯和新增用的是同一個商品信息頁面：9商品編輯效果圖圖4-13商品編輯頁面預(yù)覽則是預(yù)覽商品最終在前臺的顯示效果，與商品詳情頁面是一致的，這里就不再贅述。在店鋪管理頁面點擊分類管理則進(jìn)入該店的商品分類管理頁面，該頁面會列出商店已有的商品類別，可以對這些類別進(jìn)行刪除，也可以新增類別，新增類別會在列表中生成一個空的類別輸入框，輸入類別名和優(yōu)先級后點擊提交，即可將類別新增進(jìn)去。10商品分類管理效果圖：圖4-14商品分類管理效果圖4.2.3超級管理員模塊的實現(xiàn)超級管理員首先需要在登錄界面登陸進(jìn)后臺管理系統(tǒng)，登陸界面如圖：11超級管理員登陸效果圖：圖4-15登陸界面登陸成功后就進(jìn)入了后臺管理系統(tǒng)的主界面12超級管理員模塊主界面：圖4-16超級管理員模塊主界面主界面的左側(cè)就是各個管理模塊的按鈕，點擊頭條管理則進(jìn)入頭條管理頁面，在這里可以對頭條進(jìn)行添加、編輯和刪除，編輯和添加用的都是同一個頁面：13頭條管理效果圖：圖4-17頭條管理頁面在主界面點擊類別管理進(jìn)入商鋪類別管理頁面，在這里可以對頭條進(jìn)行添加、刪除、和編輯，編輯和添加用的是同一個頁面：14類別管理效果圖：圖4-18類別管理界面在主界面點擊區(qū)域管理進(jìn)入校園區(qū)域信息管理頁面，在這里可以對區(qū)域進(jìn)行添加、刪除、和編輯，編輯和添加用的是同一個頁面：15區(qū)域管理效果圖：圖4-19區(qū)域管理頁面在主界面點擊賬號管理進(jìn)入賬號管理頁面，這里可以對顧客和店家賬號進(jìn)行封禁和解禁;16賬號管理效果圖：圖4-20賬號管理頁面在主界面點擊商鋪管理進(jìn)入商鋪管理頁面，在這里可以編輯商鋪的信息，包括店鋪名、店鋪類別、優(yōu)先級、商鋪建議，與啟用和禁用店鋪：17商鋪管理效果圖：圖4-21商鋪管理頁面

測試5.1測試目的軟件測試的主要目的是測試軟件故障，以便發(fā)現(xiàn)和糾正缺陷。軟甲測試的適用范圍通常包括代碼的檢查以及在各種環(huán)境和條件下執(zhí)行帶啊，以及檢查代碼的各個方面。而對于一個商業(yè)軟件，功能業(yè)務(wù)流程的正確性也是非常重要的一點，若測試沒有報錯，但是整個業(yè)務(wù)邏輯不符合最初提出的需求，這肯定也是無法交付的。一個軟件開發(fā)完畢后不可能直接投入生產(chǎn)環(huán)境，因為軟件本身仍存在很多缺陷和BUG，勢必要經(jīng)過一輪大大小小的測試。軟件測試的目的：確認(rèn)完成的軟件的質(zhì)量，其中一點是保證軟件沒有出現(xiàn)代碼方面的錯誤，整個流程能正常執(zhí)行；另一方面是執(zhí)行的整個業(yè)務(wù)流程是否符合提出的需求，即是否按正確的方式去完成這件事。軟件測試也為產(chǎn)品的風(fēng)險評估提供數(shù)據(jù)，這些數(shù)據(jù)對于業(yè)務(wù)或產(chǎn)品經(jīng)理來說非常有參考價值。但是，軟件測試并非一個軟件開發(fā)的最后步驟，而應(yīng)該是從始至終貫穿在整個開發(fā)流程里，若是在軟件完成后再進(jìn)行測試，將會非常難以進(jìn)行修改，一般來說完成一個小模塊就要進(jìn)行一次單元測試。5.2測試步驟既然是程序開發(fā)的一個流程，軟件測試與軟件開發(fā)過程類似，也必須分布執(zhí)行，大型軟件系統(tǒng)的測試基本上有如下幾個步驟：單元測試又稱為模塊測試，該步驟主要為了及時發(fā)現(xiàn)編碼和業(yè)務(wù)邏輯設(shè)計上的錯誤。系統(tǒng)測試系統(tǒng)測試是對整個系統(tǒng)的測試，操作人員將軟件部署在目標(biāo)硬件上運行整個流程，目標(biāo)是發(fā)現(xiàn)任何程序上的錯誤和硬件規(guī)格上的錯誤。驗收測試該測試步驟主要為了發(fā)現(xiàn)程序在系統(tǒng)需求中所設(shè)計的一些錯誤5.3測試用例一次完整軟件測試將要設(shè)計大量的測試用例，這里僅列出部分測試用例。表5-1店家登錄測試用例用例編號Testcase001用例摘要店家登錄測試類型功能測試前置條件該用戶已綁定本地賬號測試方法人工測試輸入數(shù)據(jù)本地賬號用戶名：MeiconJun密碼：123456執(zhí)行步驟1.不輸入賬戶密碼登錄2.使用MeiconJun用戶密碼錯誤登錄。3.使用MeiconJun用戶密碼登錄，系統(tǒng)是否正常運行。預(yù)期輸出1.不能進(jìn)入系統(tǒng)，提示請輸入用戶名密碼2.不能進(jìn)入系統(tǒng)，提示用戶名或密碼錯