計(jì)算機(jī)本科畢業(yè)設(shè)計(jì) 基于java的樂器網(wǎng)絡(luò)銷售系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

基于java的樂器網(wǎng)絡(luò)銷售系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)目錄摘要 iv一、引言自國(guó)內(nèi)互聯(lián)網(wǎng)企業(yè)誕生之后，樂器銷售系統(tǒng)也是企業(yè)開展運(yùn)營(yíng)活動(dòng)的關(guān)鍵環(huán)境。傳統(tǒng)的購(gòu)物模式不僅僅會(huì)浪費(fèi)大眾的時(shí)間和精力，也不利于人們的日常選購(gòu)[1]。隨著現(xiàn)代化計(jì)算機(jī)信息技術(shù)的誕生，網(wǎng)絡(luò)在線購(gòu)物監(jiān)控系統(tǒng)也逐漸擺脫復(fù)雜化的數(shù)據(jù)計(jì)算或者信息處理操作，相應(yīng)指令操作尤為簡(jiǎn)單，諸多顧客可以在網(wǎng)上進(jìn)行購(gòu)物，日常生活愈發(fā)便利，也不需要浪費(fèi)太多的時(shí)間，真正意義上的做到了數(shù)據(jù)購(gòu)物信息的流程化管控[2]。它能做到的一方面是可以將眾多消費(fèi)者和商家穩(wěn)固的聯(lián)系起來(lái)，讓顧客們能夠比以前更加輕易的實(shí)現(xiàn)自己的需求,另一方面，這個(gè)系統(tǒng)實(shí)現(xiàn)了較為新穎的功能，因?yàn)楝F(xiàn)在這類的網(wǎng)上商城還不多[3]。但是也存在著一些此類商城，由于現(xiàn)有這些商品類的網(wǎng)站管理系統(tǒng)或多或少的還存在著一些功能結(jié)構(gòu)比較單一、維護(hù)不那么簡(jiǎn)便、操作比較麻煩等問(wèn)題[4]。有的營(yíng)銷系統(tǒng)發(fā)布商品信息時(shí)，甚至?xí)渺o態(tài)的形式或者網(wǎng)頁(yè)，這些不利于顧客購(gòu)物的因素在一定程度上阻礙了網(wǎng)上商城在人群中的推廣。因此，我們要開發(fā)一款網(wǎng)上購(gòu)物商城。二、相關(guān)技術(shù)簡(jiǎn)介（一）Java語(yǔ)言目前流傳范圍較廣的計(jì)算機(jī)語(yǔ)言便是Java語(yǔ)言，而這一語(yǔ)言的特征便是面向?qū)ο?，在編程人員看來(lái)，這一語(yǔ)言的地位不容撼動(dòng)。這一語(yǔ)言積極采納諸多計(jì)算機(jī)語(yǔ)言的經(jīng)驗(yàn)，比方說(shuō)Java中舍棄了C++的指針，為編程人員的工作予以便利；JDK這一工具包存在于Java語(yǔ)言之中，這也是這一語(yǔ)言的核心要素[9]?，F(xiàn)如今，我們一般會(huì)采用諸多軟件實(shí)行編寫，由此可以看出其功能的突出。（二）MySQL數(shù)據(jù)庫(kù)是我們管理系統(tǒng)的核心，MySQL是最常用的數(shù)據(jù)庫(kù)之一，它以表格的形式儲(chǔ)存程式所需的數(shù)據(jù)，將不同類型的數(shù)據(jù)儲(chǔ)存在不同的表格中，方便程式設(shè)計(jì)人員監(jiān)視系統(tǒng)數(shù)據(jù)，并大幅提升MySQL數(shù)據(jù)的呼叫速度，具有體積小、速度快、成本低的優(yōu)點(diǎn)[10]。（三）JSP語(yǔ)言JSP是Sun開發(fā)的動(dòng)態(tài)web應(yīng)用程序的完全熟悉的JavaServerPages技術(shù)，在HTML頁(yè)面中采用JSP插入Java代碼，借此達(dá)到快速開發(fā)動(dòng)態(tài)web的目的，同時(shí)也能夠促使動(dòng)態(tài)頁(yè)面的開發(fā)和維護(hù)成本顯著降低，避免開發(fā)人員的工作比較復(fù)雜[11]。在JavaServletAPI的基礎(chǔ)上，主要是對(duì)用戶頁(yè)面實(shí)行設(shè)計(jì)，并且其具備較為強(qiáng)大的API。（四）MVC簡(jiǎn)介作為比較常見的編程設(shè)計(jì)模式，其針對(duì)代碼中的輸入、輸出和邏輯處理部門加以區(qū)分開，這也是程序的多種表現(xiàn)方式。在MVC結(jié)構(gòu)之中，大致可以將代碼細(xì)化為三個(gè)部分，包括：其一，業(yè)務(wù)模型；其二，用戶視圖；其三，控制器，三部分在程序中各司其職。（五）Spring框架Spring框架是為了簡(jiǎn)化編程，減輕編程人員的工作負(fù)擔(dān)而出現(xiàn)的，它極大的降低了一個(gè)項(xiàng)目中代碼重復(fù)率的問(wèn)題，而且通過(guò)Spring的核心容器可以簡(jiǎn)化項(xiàng)目配置[12]。Spring屬于輕量級(jí)、開源的框架，相應(yīng)SpringMVC對(duì)應(yīng)便是為用戶確立Web框架，用戶編程的難度大幅度下降。三、系統(tǒng)分析（一）系統(tǒng)基本功能描述本樂器銷售管理系統(tǒng)，旨在為企業(yè)提供在線商品交易，為用戶提供在線購(gòu)物平臺(tái)。本網(wǎng)站為了方便管理者對(duì)樂器銷售管理系統(tǒng)管理，在線客戶回收系統(tǒng)分為兩個(gè)主要模塊:一個(gè)是后臺(tái)管理模塊，另一個(gè)是后臺(tái)管理模塊，管理員具備進(jìn)入這一模塊并操作模塊的權(quán)限，主要針對(duì)以下幾個(gè)環(huán)節(jié)實(shí)行管理，比方說(shuō)項(xiàng)目，用戶，分類等；前端模塊主要對(duì)消費(fèi)者開放，核心功能主要有個(gè)人中心管理、訂單查詢、購(gòu)物車管理等模塊。（二）可行性分析（1）技術(shù)可靠性:本系統(tǒng)的組態(tài)可讓中小數(shù)據(jù)量上更快速地存取數(shù)據(jù)（2）經(jīng)濟(jì)實(shí)惠:本系統(tǒng)的大多數(shù)配置都是開源的，開發(fā)成本低（3）營(yíng)運(yùn)可用性:本系統(tǒng)提供簡(jiǎn)單明了的管理界面，不需要復(fù)雜的操作，并可利用界面提示，實(shí)現(xiàn)快速穩(wěn)定的系統(tǒng)運(yùn)作。（三）系統(tǒng)功能分析樂器銷售管理系統(tǒng)需要具備基本的網(wǎng)上購(gòu)物功能，既需要注重消費(fèi)者網(wǎng)上購(gòu)物功能的基本實(shí)現(xiàn)，加強(qiáng)消費(fèi)體驗(yàn)，也需要盡可能的合理實(shí)現(xiàn)為商家展示商品，管理商品信息的功能。1．商家功能商品分類管理、商品品牌管理、商品信息管理、商品的增刪改查等。2．消費(fèi)者功能實(shí)現(xiàn)商品搜索功能、登錄注冊(cè)功能、加入購(gòu)物車功能、提交訂單功能。3．系統(tǒng)功能需求分析后臺(tái)模塊執(zhí)行流程圖如圖3.1所示：NYNY分類管理商品品牌管理商品詳細(xì)信息管理訂單管理用戶管理后臺(tái)管理系統(tǒng)首頁(yè)判斷管理員登錄填寫賬號(hào)密碼進(jìn)行登錄提示錯(cuò)誤信息賬號(hào)登出圖3.1后臺(tái)模塊執(zhí)行流程圖（1）商品分類管理:管理員可以在后臺(tái)管理系統(tǒng)中對(duì)在整個(gè)商業(yè)城市銷售的商品進(jìn)行分類、更改產(chǎn)品類別，以執(zhí)行其他檢查（2）用戶管理:管理員可以在后臺(tái)管理界面中查詢和編輯用戶的部分個(gè)人信息。（3）產(chǎn)品詳細(xì)信息更改:管理員可以添加或刪除任何項(xiàng)目的信息，例如商品名稱、商品價(jià)格、數(shù)量等前臺(tái)管理模塊的主要功能前景用戶模塊執(zhí)行流程中心，如圖3.2所示：結(jié)束Y結(jié)束YN是否繼續(xù)購(gòu)物結(jié)算瀏覽商品搜索商品商品列表商品詳情頁(yè)開始前臺(tái)首頁(yè)存入瀏覽器存入服務(wù)器加入購(gòu)物車Y是否登錄生成訂單支付圖3.2前臺(tái)用戶模塊執(zhí)行流程圖（1）用戶登錄注冊(cè)功能：用戶需要先進(jìn)行注冊(cè)登錄后才可以得到全部的用戶權(quán)限，否則只能以游客身份進(jìn)行簡(jiǎn)單的商品瀏覽。其次注冊(cè)時(shí)需要提供用戶名和手機(jī)號(hào)，以郵箱的方式進(jìn)行驗(yàn)證。（2）用戶搜索提示：當(dāng)用戶在搜索框輸入關(guān)鍵詞后，將向您展示所有相關(guān)產(chǎn)品（3）購(gòu)物車功能:用戶可以通過(guò)單擊“添加到購(gòu)物車”按鈕將項(xiàng)目添加到購(gòu)物車中，也可以管理購(gòu)物車中的項(xiàng)目（4）自定義訂單:用戶可以在購(gòu)物車中選擇項(xiàng)目并進(jìn)行訂購(gòu)。在后臺(tái)將自動(dòng)創(chuàng)建唯一的訂單編號(hào)，相應(yīng)系統(tǒng)中的項(xiàng)目數(shù)將減少。（5）用戶支付:第三方支付，如支付寶等。采用二維碼識(shí)別并掃碼付款。支付完成后，用戶可以點(diǎn)擊已經(jīng)完成支付，系統(tǒng)根據(jù)支付信息將訂單中的未支付改為已經(jīng)支付。4．系統(tǒng)運(yùn)行環(huán)境（1）瀏覽器:建議使用的Google或Firefox瀏覽器（2）解析度:1920*1080最佳解析度（3）操作系統(tǒng):window10（最佳）（4）服務(wù)器:Tomcat8.0或更高版本（5）資料庫(kù):mysql5.7或更高版本（6）內(nèi)存:4G。四、系統(tǒng)總體設(shè)計(jì)（一）功能模塊設(shè)計(jì)網(wǎng)上樂器購(gòu)物網(wǎng)站的功能結(jié)構(gòu)如圖4.1所示。網(wǎng)上樂器購(gòu)物網(wǎng)站后臺(tái)部分網(wǎng)上樂器購(gòu)物網(wǎng)站后臺(tái)部分前臺(tái)部分用戶管理購(gòu)物車管理訂單管理個(gè)人數(shù)據(jù)管理顧客留言管理管理員身份驗(yàn)證商品管理處理訂單用戶信息管理留言信息管理分類信息管理圖4.1網(wǎng)上樂器購(gòu)物網(wǎng)站功能結(jié)構(gòu)圖（二）數(shù)據(jù)庫(kù)設(shè)計(jì)對(duì)于一個(gè)網(wǎng)站特別是一個(gè)電商類網(wǎng)站來(lái)說(shuō)，數(shù)據(jù)庫(kù)的設(shè)計(jì)是系統(tǒng)開發(fā)中極為重要的一環(huán)。數(shù)據(jù)庫(kù)的設(shè)計(jì)既需要保證數(shù)據(jù)查詢的效率，也要保證數(shù)據(jù)的正確性，降低數(shù)據(jù)冗余性。此次在線購(gòu)物系統(tǒng)采用的是mysql數(shù)據(jù)庫(kù)。通過(guò)分析，系統(tǒng)確定了如下數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)則：（1）每一張數(shù)據(jù)表中都含有唯一的主鍵約束，且不能為空。（2）數(shù)據(jù)表中如果含有外鍵約束，則外鍵不能為空。（3）如果兩張數(shù)據(jù)表中間存在相對(duì)復(fù)雜的聯(lián)系，可以借用中間表來(lái)對(duì)其進(jìn)行說(shuō)明。（4）數(shù)據(jù)庫(kù)中的所有命名包括數(shù)據(jù)表、字段等都必須遵循采用英文字母加下劃線的方式，且全部小寫。（5）應(yīng)該提前為之后可能會(huì)進(jìn)行的擴(kuò)容進(jìn)行提前的準(zhǔn)備，例如添加一些相對(duì)比較必要的字段。1.E-R圖儀表銷售管理系統(tǒng)的物理聯(lián)系圖在E-R系統(tǒng)圖中表示，該圖描述了電子商務(wù)的概念模型。該樂器銷售管理系統(tǒng)的主要實(shí)體包括購(gòu)物車、用戶、貨物、訂單等，商品實(shí)例的主要屬性包括商品價(jià)格、商品名稱、庫(kù)存等。使用者的主要實(shí)體屬性包括使用者名稱、密碼、電話號(hào)碼、信箱等。（1）商品分類實(shí)體圖主要描述了商品分類實(shí)體的屬性，如圖4.2所示：商品分類I商品分類Id名稱順序父id圖4.2商品分類E-R圖（2）購(gòu)物車實(shí)體圖只要描述了購(gòu)物車實(shí)體的屬性，如圖4.3所示：購(gòu)物車用戶id購(gòu)物車用戶idid商品數(shù)量商品圖片商品價(jià)格圖4.3購(gòu)物車E-R圖（3）訂單實(shí)體圖主要描述了訂單實(shí)體的屬性，如圖4.4所示：訂單用戶id訂單用戶id金額時(shí)間類型發(fā)貨時(shí)間圖4.4訂單E-R圖（4）訂單條目實(shí)體圖主要描述了訂單條目實(shí)體圖的屬性，如圖4.5所示：訂單條目狀態(tài)訂單條目狀態(tài)訂單id商品照片商品數(shù)量?jī)r(jià)格圖片圖4.5訂單條目E-R圖（5）用戶實(shí)體圖主要描述了用戶實(shí)體的屬性，如圖4.6所示：用戶用戶名用戶用戶名手機(jī)號(hào)密碼Id圖4.6用戶E-R圖（6）用戶個(gè)人信息實(shí)體圖主要描述了用戶個(gè)人信息實(shí)體的屬性，如圖4.7所示：用戶詳情信息I用戶詳情信息Id生日性別手機(jī)號(hào)郵箱圖4.7用戶個(gè)人信息E-R圖2.信息表設(shè)計(jì)科學(xué)合理的數(shù)據(jù)庫(kù)設(shè)計(jì)可以大幅度提高數(shù)據(jù)的存儲(chǔ)、使用效率，提高系統(tǒng)的維護(hù)性。數(shù)據(jù)庫(kù)的設(shè)計(jì)主要遵循數(shù)據(jù)標(biāo)準(zhǔn)化、合理化、數(shù)據(jù)安全、數(shù)據(jù)性能需求等功能。由于本系統(tǒng)所使用的數(shù)據(jù)表較多，這里不一一列舉，只展示幾個(gè)主要的數(shù)據(jù)表。（1）商品表以商品id作為主鍵，并且包含了商品的各種詳細(xì)信息，包括商品名稱、商品標(biāo)題、商品分類id等。具體如表4.1所示。表4.1商品信息表字段名稱字段類型允許為空說(shuō)明idint（4）自增編號(hào)namevarchar（50）否商品名稱titlevarchar（50）否商品標(biāo)題cid1bigint（20）否一級(jí)分類idcid2bigint（20）否二級(jí)分類idbrand_idbigint（20）否品牌idupdate_timetimestamp否更新時(shí)間create_timetimestamp否上架時(shí)間（2）用戶表以用戶id作為主鍵，包含有用戶的手機(jī)號(hào)碼、用戶名、密碼等。具體表設(shè)計(jì)如表4.2所示表4.2用戶信息表字段名稱字段類型允許為空說(shuō)明idint（4）自增編號(hào)usernamevarchar（50）否用戶名passwordvarchar（50）否密碼phonevarchar（50）否手機(jī)號(hào)碼create_timetimestamp否添加時(shí)間update_timetimestamp否更新時(shí)間（3）商品分類表以商品分類id為主鍵，包含商品分類類名、父分類類名等，具體設(shè)計(jì)如表4.3所示。表4.3商品分類表字段名稱字段類型允許為空說(shuō)明idint（4）自增編號(hào)namevarchar（50）否分類名parent_idbig_int（20）否父類名create_timetimestamp否創(chuàng)建時(shí)間update_timetimestamp否更新時(shí)間（4）購(gòu)物車表以購(gòu)物車id為主鍵，包含商品圖片、用戶id、商品id、商品價(jià)格、商品數(shù)量等。詳細(xì)設(shè)計(jì)如表4.4所示。表4.4購(gòu)物車信息表字段名稱字段類型允許為空說(shuō)明idint（4）自增編號(hào)picturevarchar（50）否商品圖片user_idint（4）否用戶idpro_idint（4）否商品idpricedouble（20）否商品價(jià)格numint（4）否商品數(shù)量create_timetimestamp否創(chuàng)建時(shí)間update_timetimestamp否更新時(shí)間五、系統(tǒng)實(shí)現(xiàn)在上一章著重討論了系統(tǒng)各個(gè)模塊功能的設(shè)計(jì)，并詳細(xì)分析了每一個(gè)模塊的功能。經(jīng)過(guò)這個(gè)階段的設(shè)計(jì)工作，應(yīng)該得出對(duì)目標(biāo)系統(tǒng)的描述，從而在編碼階段可以把這個(gè)描述直接翻譯成用JSP網(wǎng)頁(yè)設(shè)計(jì)語(yǔ)言書寫的程序。（一）前臺(tái)功能模塊的實(shí)現(xiàn)首頁(yè)運(yùn)行結(jié)果如圖5.1所示。圖5.1首頁(yè)運(yùn)行結(jié)果1．用戶管理模塊用戶注冊(cè)頁(yè)面register.jsp如圖5.2所示。圖5.2用戶注冊(cè)頁(yè)面運(yùn)行結(jié)果用戶注冊(cè)的流程圖如圖5.3所示。開始否開始否是是結(jié)束接收注冊(cè)信息數(shù)據(jù)是否為空兩次密碼是否一致查詢數(shù)據(jù)庫(kù)用戶名是否被占用是否否注冊(cè)成功注冊(cè)失敗圖5.3用戶注冊(cè)系統(tǒng)流程圖用戶登錄的流程圖如圖5.4所示。開始結(jié)束開始結(jié)束接收登錄信息查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否正確否是登錄失敗登錄成功圖5.4用戶登錄系統(tǒng)流程圖（3）修改密碼如圖5.5所示。圖5.5修改密碼頁(yè)面運(yùn)行結(jié)果2．用戶數(shù)據(jù)修改模塊用戶數(shù)據(jù)修改頁(yè)面如圖5.6所示。圖5.6用戶數(shù)據(jù)修改頁(yè)面運(yùn)行結(jié)果用戶數(shù)據(jù)修改模塊流程圖如圖5.7所示。開始結(jié)束開始結(jié)束接收修改數(shù)據(jù)信息將信息更新到數(shù)據(jù)庫(kù)中更新是否成功否是修改失敗修改成功圖5.7用戶數(shù)據(jù)修改模塊流程圖3．購(gòu)物車模塊購(gòu)物車運(yùn)行結(jié)果如圖5.8所示。圖5.8購(gòu)物車頁(yè)面運(yùn)行結(jié)果購(gòu)物車模塊流程圖如圖5.9所示。開始查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否存在開始查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否存在顯示商品的信息是是否放入購(gòu)物車購(gòu)物車是否為空是沒有該商品否否購(gòu)物車中已存在該商品新建購(gòu)物車該商品數(shù)量加1將商品添加入購(gòu)物車是否顯示購(gòu)物車信息是否修改商品數(shù)量否是否清空購(gòu)物車是刪除購(gòu)物車中商品是是否繼續(xù)購(gòu)物否是否去收銀臺(tái)接收填寫的訂單信息數(shù)據(jù)是否為空訂單信息存入數(shù)據(jù)庫(kù)更新是否成功是否是否是修改商品數(shù)量是結(jié)束否否否圖5.9購(gòu)物車模塊流程圖4．訂單查詢模塊訂單查詢模塊流程圖如圖5.10所示。結(jié)束接收訂單號(hào)信息結(jié)束接收訂單號(hào)信息查詢數(shù)據(jù)庫(kù)訂單號(hào)是否存在否是顯示出訂單信息無(wú)該訂單號(hào)開始圖5.10訂單查詢模塊流程圖（二）后臺(tái)功能模塊的實(shí)現(xiàn)1．管理員登錄模塊登錄頁(yè)面如圖5.11所示。圖5.11管理員登錄頁(yè)面運(yùn)行結(jié)果流程圖如圖5.12所示。開始否開始否是是結(jié)束接收登錄信息數(shù)據(jù)是否為空數(shù)據(jù)是否有效查詢數(shù)據(jù)庫(kù)否登錄成功圖5.12管理員登錄系統(tǒng)流程圖2．添加商品模塊用戶單擊“添加”按鈕后添加商品如圖5.13所示。圖5.13添加商品信息頁(yè)面運(yùn)行結(jié)果流程圖如圖5.14所示。開始結(jié)束開始結(jié)束接收商品信息查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否為空是否信息插入數(shù)據(jù)庫(kù)是否重復(fù)錄入是否數(shù)據(jù)是否正確否是插入是否成功是否添加商品失敗添加商品成功圖5.14添加商品信息模塊流程圖3．訂單信息管理模塊流程圖如圖5.15所示。開始是開始是否查詢數(shù)據(jù)庫(kù)是結(jié)束否顯示全部未處理的訂單信息是否刪除訂單數(shù)據(jù)庫(kù)是否為空更新數(shù)據(jù)庫(kù)更新數(shù)據(jù)庫(kù)是否成功刪除訂單成功沒有未處理的訂單是否查看訂購(gòu)詳單是否執(zhí)行否更新數(shù)據(jù)庫(kù)更新是否成功是是否訂單執(zhí)行成功圖5.15訂單信息管理模塊流程圖4．查詢用戶信息模塊流程圖如圖5.16所示。開始結(jié)束開始結(jié)束顯示用戶的信息更新數(shù)據(jù)庫(kù)是否刪除用戶是否刪除用戶成功更新是否成功是否刪除用戶失敗查詢數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)是否為空是否沒有用戶注冊(cè)圖5.16查詢用戶信息模塊流程圖5．添加分類模塊添加分類頁(yè)面如圖5.17所示。圖5.17添加分類頁(yè)面運(yùn)行結(jié)果流程圖如圖5.18所示。開始結(jié)束開始結(jié)束接收分類信息數(shù)據(jù)是否為空是數(shù)據(jù)插入數(shù)據(jù)庫(kù)否插入是否成功是否添加分類失敗添加分類成功圖5.18添加分類模塊流程圖六、系統(tǒng)調(diào)試與實(shí)施（一）系統(tǒng)測(cè)試原理及測(cè)試原則在功能模塊實(shí)現(xiàn)后，及時(shí)展開系統(tǒng)測(cè)試必不可少，如此才能夠確認(rèn)這一模塊是否與預(yù)期設(shè)想相符合，從而簡(jiǎn)化整個(gè)系統(tǒng)的現(xiàn)實(shí)情況。1.系統(tǒng)測(cè)試原理在軟件測(cè)試和評(píng)估之中，測(cè)試用例起到了至關(guān)重要的作用，但實(shí)現(xiàn)合理的設(shè)計(jì)需要諸多精力的投入，所以，開發(fā)人員需要和用戶共同關(guān)注實(shí)際操作環(huán)境，并確立適宜的測(cè)試用例；軟件評(píng)估和軟件操作環(huán)境的復(fù)雜性息息相關(guān)，所以需要全面構(gòu)建適宜的操作背景，確保軟件測(cè)試周期的適宜，下圖6.1詳細(xì)介紹了具體內(nèi)容：需求分析系統(tǒng)設(shè)計(jì)需求分析系統(tǒng)設(shè)計(jì)編制程序單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試確認(rèn)測(cè)試使用維護(hù)測(cè)試階段開發(fā)階段圖6.1軟件測(cè)試周期示意圖2.系統(tǒng)測(cè)試原則程序員應(yīng)合理對(duì)自己的測(cè)試用例程序進(jìn)行測(cè)試，測(cè)試用例應(yīng)包含預(yù)期的輸出（），測(cè)試用例應(yīng)包含有效和預(yù)期的輸入，以及無(wú)效和意外的輸入。所有測(cè)試都與用戶的需求相關(guān)，所有測(cè)試都應(yīng)進(jìn)行規(guī)劃，并應(yīng)確保完全覆蓋流程邏輯。（二）系統(tǒng)測(cè)試的方法1.黑盒測(cè)試人們也用功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試稱呼黑盒測(cè)試，其主要是對(duì)各個(gè)功能的正常工作加以檢測(cè)，在實(shí)際測(cè)試期間，人們一般會(huì)將其看作是黑盒，不需要參照相關(guān)說(shuō)明，明確其功能能否正常運(yùn)轉(zhuǎn)，同時(shí)還需要設(shè)立適宜的輸出信息，保障信息的完整性，所以將測(cè)試條件確定為所有可能的輸入，這樣便能夠找出程序中的問(wèn)題，人們不僅僅可以檢測(cè)所有的有效輸入，還可以測(cè)試那些無(wú)效的輸入。2.白盒測(cè)試結(jié)構(gòu)測(cè)試或者邏輯控制測(cè)試是白盒測(cè)試的別稱，通過(guò)對(duì)系統(tǒng)軟件運(yùn)行的方式，確認(rèn)產(chǎn)品是否與規(guī)格相符合。參照程序中的結(jié)構(gòu)，用戶可以確認(rèn)其中的通道能否根據(jù)預(yù)期設(shè)想進(jìn)行運(yùn)行，所以白盒測(cè)試的焦點(diǎn)在于路徑，盡管所有路徑測(cè)試完成，但也會(huì)存在問(wèn)題，具體如下所示：首先，因路徑測(cè)試的限制，而難以探究程序中與設(shè)計(jì)標(biāo)準(zhǔn)相悖的部分；其次，很多設(shè)計(jì)因經(jīng)濟(jì)限制而導(dǎo)致測(cè)試路徑并不完善；最后，窮舉法測(cè)試的形式可能無(wú)法明確資料的問(wèn)題，如表所示。表6.1網(wǎng)站對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)和更新測(cè)試用例用例名稱網(wǎng)站對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)和更新用例ID1用例描述當(dāng)客戶登錄到網(wǎng)站后會(huì)瀏覽商品、分類等信息。這些信息都是來(lái)自管理員對(duì)后臺(tái)數(shù)據(jù)庫(kù)的更新和維護(hù)。我們要測(cè)試的是管理員通過(guò)后臺(tái)是否對(duì)數(shù)據(jù)庫(kù)進(jìn)行了修改，并且修改后是否能相應(yīng)、如實(shí)地在前臺(tái)顯示出來(lái)。測(cè)試方案管理員在后臺(tái)添加一條商品信息，首先查看數(shù)據(jù)庫(kù)中的數(shù)據(jù)是否有相應(yīng)的變化，然后登錄網(wǎng)站的前臺(tái)看前臺(tái)中顯示的信息是否會(huì)相應(yīng)改變。輸入數(shù)據(jù)在添加商品模塊中添加一條商品信息，數(shù)據(jù)如下：商品名稱：歐米茄商品價(jià)格：1000商品類型：生活商品介紹：國(guó)際展示圖片：images/002.gif表6.2網(wǎng)站查詢功能的測(cè)試用例名稱網(wǎng)站查詢功能的測(cè)試用例ID29用例描述客戶在輸入訂單號(hào)以后提交查詢請(qǐng)求。觀察是否會(huì)按照客戶的意思返回訂單的信息。測(cè)試方案客戶輸入正確的訂單號(hào)信息，然后觀察查詢結(jié)果；隨意輸入一些內(nèi)容觀察查詢結(jié)果。輸入數(shù)據(jù)數(shù)據(jù)1：2005281529141849數(shù)據(jù)2：10000000預(yù)期結(jié)果結(jié)果1：在查詢結(jié)果顯示頁(yè)面中顯示出與訂單號(hào)相對(duì)應(yīng)的訂單信息；結(jié)果2：給出提示：“沒有此訂單號(hào)請(qǐng)您重新核實(shí)”表6.3對(duì)系統(tǒng)容錯(cuò)功能的測(cè)試之對(duì)客戶修改數(shù)據(jù)的檢測(cè)用例名稱對(duì)系統(tǒng)容錯(cuò)功能的測(cè)試之對(duì)客戶修改數(shù)據(jù)的檢測(cè)用例ID18用例描述系統(tǒng)設(shè)計(jì)要求設(shè)計(jì)者考慮用戶可以執(zhí)行哪些操作以確定哪些操作是合法的，并且在此系統(tǒng)上不允許執(zhí)行這兩種操作，這兩種操作需要檢測(cè)更改數(shù)據(jù)的客戶和維護(hù)網(wǎng)站的管理員來(lái)測(cè)試客戶在編輯數(shù)據(jù)時(shí)的容錯(cuò)能力。測(cè)試方案客戶在填寫在修改數(shù)據(jù)時(shí)少填寫一項(xiàng)內(nèi)容，如沒有填寫聯(lián)系電話。觀察系統(tǒng)是否會(huì)發(fā)覺并給出提示，或者接受訂單。輸入數(shù)據(jù)用戶名：L密碼：123Email：1767878908@地址：江西聯(lián)系電話改密碼問(wèn)題：生日？問(wèn)題答案：8412預(yù)期結(jié)果點(diǎn)擊提交后，系統(tǒng)彈出提示框“更新失敗請(qǐng)與管理員聯(lián)系”。同時(shí)，沒有將信息添加進(jìn)數(shù)據(jù)庫(kù)中。（三）測(cè)試用例表6.4登錄測(cè)試表6.5測(cè)試用例測(cè)試方案在本系統(tǒng)設(shè)計(jì)是重要的一部分之一，在設(shè)計(jì)方案的時(shí)候，用的是黑盒測(cè)試，并且用到了一些較好的、簡(jiǎn)單的邏輯組成了好的測(cè)試用例。編寫測(cè)試用例時(shí)常常會(huì)遇到與預(yù)測(cè)的結(jié)果不同的時(shí)候，最后發(fā)現(xiàn)是數(shù)據(jù)庫(kù)中數(shù)據(jù)表關(guān)聯(lián)造成的數(shù)據(jù)紊亂。

結(jié)論本文主要研究J2EE平臺(tái)下SSM等技術(shù)的使用，設(shè)計(jì)并實(shí)現(xiàn)了該樂器銷售管理系統(tǒng)，基本實(shí)現(xiàn)了便于維護(hù)，成本低等特點(diǎn)，本課題研究過(guò)程中主要有以下成果：（1）對(duì)當(dāng)前國(guó)內(nèi)外電子商務(wù)行業(yè)進(jìn)行分析，對(duì)一般的電商平臺(tái)特別是B2C樂器銷售管理系統(tǒng)進(jìn)行分析。根據(jù)已有的數(shù)據(jù)完成本系統(tǒng)的需求分析。（2）系統(tǒng)引入了MVC設(shè)計(jì)模式，運(yùn)用SSM框架，即利用MVC模式下的各層分離方法，減輕系統(tǒng)的負(fù)擔(dān)，提升代碼運(yùn)行效率，又降低的耦合度，進(jìn)一步優(yōu)化了系統(tǒng)。（3）對(duì)于系統(tǒng)中不常改變和調(diào)用的數(shù)據(jù)，本系統(tǒng)采用了Redis緩存技術(shù)，大大提升了系統(tǒng)的運(yùn)行速度，減少數(shù)據(jù)操作的冗余程度。盡管在該系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)上，已經(jīng)做到了最大努力，但還是有許多值得討論與研究的地方，隨著未來(lái)技術(shù)的發(fā)展，以及電子商務(wù)技術(shù)的不斷成熟，不斷升級(jí)電商系統(tǒng)，提高系統(tǒng)的穩(wěn)定性，優(yōu)化系統(tǒng)才是正確的發(fā)展道路，因此，列出以下值得討論加強(qiáng)的地方：（1）隨著用戶數(shù)量的不斷累積，網(wǎng)站中的數(shù)據(jù)量必將不斷增加，以現(xiàn)有的設(shè)計(jì)，在大量的數(shù)據(jù)沖擊下，系統(tǒng)很容易便會(huì)崩潰，因此為了加強(qiáng)系統(tǒng)的穩(wěn)定性，引入微服務(wù)技術(shù)便不可或缺。（2）網(wǎng)站目前的商品搜索功能其實(shí)并不完善，本質(zhì)上使用的還是傳統(tǒng)的搜索方式，在高并發(fā)的情況下，系統(tǒng)很容易便會(huì)阻塞，