【正文】 }public double save_pay(Cart cart) throws Exception { double sum = 0。 for(CartItem item : ()){ sum += ()*(().getDang_price())。 } } } public void resume(Cart cart, int id) { for(CartItem item : ()){ if(id == ().getId()){ ()。 } public void delete(Cart cart, int id) { for(CartItem item : ()){ if(id == ().getId()){ ()。 } } ().add(new CartItem(().findById(id), 1, ))。 private CartServiceImpl(){} public static CartService getInstance(){ return instance。 (id)。 ()。 ()。 (7, ())。 (5, ())。 (3, ())。 (1, ())。 Connection conn = ()。這些問(wèn)題有待于以后作更深入的探討，相信在不久的將來(lái)電子商務(wù)將表現(xiàn)出越來(lái)越大的作用。隨著Web技術(shù)的進(jìn)一步發(fā)展和Internet的逐漸大眾化，基于Internet的電子商務(wù)系統(tǒng)無(wú)疑比傳統(tǒng)商務(wù)具有更加廣闊的應(yīng)用前景。在開始的時(shí)候往往要為了找一個(gè)小錯(cuò)誤花上大半天的時(shí)間。網(wǎng)上購(gòu)物系統(tǒng)并不是我想象的那么簡(jiǎn)單，它包括了編寫程序、數(shù)據(jù)庫(kù)設(shè)計(jì)、網(wǎng)頁(yè)制作、圖象處理、版面設(shè)計(jì)、數(shù)據(jù)采集、文本編輯、服務(wù)器管理等等，要搞好一個(gè)好的，完善的網(wǎng)站需要一個(gè)詳細(xì)的、合理的、可行性的規(guī)劃設(shè)計(jì)。從配置Tomcat服務(wù)器和數(shù)據(jù)庫(kù)，到網(wǎng)站服務(wù)，我對(duì)電子商務(wù)的認(rèn)識(shí)從無(wú)到有，有了較為具體詳細(xì)的了解。在編寫論文的時(shí)間里，我在不斷自學(xué)的基礎(chǔ)上利用Struts2框架的應(yīng)用、MySQL數(shù)據(jù)庫(kù)JSP網(wǎng)頁(yè)的設(shè)計(jì)才完成了網(wǎng)上購(gòu)物系統(tǒng)的設(shè)計(jì)。結(jié) 論我的畢業(yè)設(shè)計(jì)論文具體論述了網(wǎng)上購(gòu)物系統(tǒng)的主要功能及體系結(jié)構(gòu),重點(diǎn)討論了系統(tǒng)的各項(xiàng)功能模塊、各模塊的系統(tǒng)流程，及模塊功能的實(shí)現(xiàn),每個(gè)模塊在都能完成其功能的結(jié)果下將其綜合成一個(gè)完整的系統(tǒng)。(三)設(shè)計(jì)過(guò)程中各模塊均考慮或預(yù)留完整性和可維護(hù)性接口等部分。 本系統(tǒng)為適應(yīng)維護(hù)的需要，采用如下措施：(一)軟件配置程序源代碼?！∠到y(tǒng)維護(hù) 軟件維護(hù)是軟件完成以后的一個(gè)非常重要的一部分，處于系統(tǒng)投入生產(chǎn)性運(yùn)行以后的時(shí)期中，所謂軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過(guò)程。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤?！鞍缀小狈ㄐ枰媪私獬绦虻膬?nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書的規(guī)定止常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試。“黑盒”法著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，只是針對(duì)軟件的界面和軟件需求規(guī)格說(shuō)明中規(guī)定的功能進(jìn)行測(cè)試。(1)黑盒測(cè)試黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)范的測(cè)試，它是在己知產(chǎn)品所應(yīng)具有的功能的前提下，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者對(duì)程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫(kù)或文件)的完整性。對(duì)于軟件測(cè)試技術(shù)，可以從不同的角度加以分類:從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。另一方面，軟件運(yùn)行環(huán)境的復(fù)雜程度對(duì)軟件評(píng)估具有重要作用，所以應(yīng)產(chǎn)生盡量逼真的運(yùn)行背景以便于研究。測(cè)試用例的合理性對(duì)于軟件的測(cè)試與評(píng)估具有關(guān)鍵作用，而如何使設(shè)計(jì)的用例、合理并且典型有效并不容易?；谲浖墓残?，對(duì)于軟件的測(cè)試要遵循一般軟件的測(cè)試原理和方法。 系統(tǒng)測(cè)試原理測(cè)試主要依據(jù)是被試系統(tǒng)的研制任務(wù)書和技術(shù)規(guī)格書，是對(duì)軟件雄體功能和性能的綜合測(cè)試與評(píng)估。(三)成功的測(cè)試是發(fā)現(xiàn)了到今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。(一)測(cè)試的目的是為了減少平臺(tái)的運(yùn)行錯(cuò)誤和提高系統(tǒng)運(yùn)行的性能。 訂單生成圖第7章　系統(tǒng)測(cè)試與維護(hù)　測(cè)試的任務(wù)及目標(biāo)在購(gòu)物平臺(tái)投入到商業(yè)活動(dòng)之前，盡可能多地發(fā)現(xiàn)軟件中的不足和一些的錯(cuò)誤。當(dāng)用戶把商品放入購(gòu)物車以后，點(diǎn)擊在首頁(yè)上的購(gòu)物車鏈接，進(jìn)入購(gòu)物車，在確認(rèn)購(gòu)買商品的數(shù)量后點(diǎn)擊下一步，進(jìn)入訂單模塊，再次的確認(rèn)購(gòu)買商品的數(shù)量和商品的名稱后，點(diǎn)擊下一步后進(jìn)入填寫送貨地址模塊填寫用戶的姓名，詳細(xì)的送貨地址，郵政編碼和電話和手機(jī)號(hào)碼后，如果用戶以前保存過(guò)自己的信息，則可以點(diǎn)擊新地址的下拉框，確認(rèn)無(wú)誤后點(diǎn)擊下一步。(e)恢復(fù)商品恢復(fù)商品就是當(dāng)用戶點(diǎn)擊恢復(fù)按鈕即可，原理就是把session對(duì)象 開 始查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否存在顯示商品的信息是是否放入購(gòu)物車購(gòu)物車是否為空是沒(méi)有該商品否否購(gòu)物車中已存在該商品新建購(gòu)物車該商品數(shù)量加1將商品添加入購(gòu)物車是否顯示購(gòu)物車信息是否修改商品數(shù)量否是否清空購(gòu)物車是刪除購(gòu)物車中商品是是否繼續(xù)購(gòu)物否是否去結(jié)算接收填寫的訂單信息數(shù)據(jù)是否為空訂單信息存入數(shù)據(jù)庫(kù)更新是否成功是否是否是修改商品數(shù)量是結(jié) 束否否否 購(gòu)物車的流程圖 訂單模塊 用戶提交訂單點(diǎn)擊結(jié)算以后，系統(tǒng)將根據(jù)用戶購(gòu)買商品的的訂單號(hào)在數(shù)據(jù)表中查詢處對(duì)應(yīng)的貨品信息并轉(zhuǎn)到訂單查詢顯示頁(yè)面將貨品信息顯示出來(lái)。訂單生成后，用戶單擊“提交”按鈕，便可以將錄入的訂單信息保存到數(shù)據(jù)庫(kù)中。結(jié)帳的流程為：從購(gòu)物車中讀取商品名稱，商品數(shù)量，商品價(jià)格信息，生成一個(gè)唯一的訂單號(hào)，同時(shí)也把用戶注冊(cè)的基本信息讀取出來(lái)，形成一個(gè)完整的訂單寫入數(shù)據(jù)庫(kù)。(c)生成訂單生成訂單時(shí)網(wǎng)上購(gòu)物商城的最終目的，前面所有功能的實(shí)現(xiàn)都是為最后生成一個(gè)用戶滿意的訂單作基礎(chǔ)，在此要生成一個(gè)可供用戶隨時(shí)查詢的訂單號(hào)，還要保存用戶訂單中所購(gòu)買的商品信息。系統(tǒng)每次只會(huì)將1個(gè)商品放入購(gòu)物車中，如果用戶需要多個(gè)同種商品，可以通過(guò)修改商品信息右側(cè)相應(yīng)文本框的值來(lái)完成。在程序中使用了一組文本框記錄用戶購(gòu)買的商品數(shù)量，用戶可以在文本框中輸入想要購(gòu)買的數(shù)量然購(gòu)單擊“修改”按鈕。集合類型在Java中又稱為向量，是一元集合，可以加入重復(fù)數(shù)據(jù)，它的作用和數(shù)組相同，可以保存一系列數(shù)據(jù)，但集合類型也有它獨(dú)特的優(yōu)點(diǎn)，就是可以方便地對(duì)集合內(nèi)的數(shù)據(jù)進(jìn)行查找、增加、刪除和修改等操作。添加商品的代碼流程是從session中讀取shop對(duì)象，如果為空則說(shuō)明還沒(méi)有進(jìn)行購(gòu)物或者已經(jīng)清空了購(gòu)物車，需要新建購(gòu)物車對(duì)象；將商品名稱與購(gòu)物車列表中的商品名稱對(duì)比，如果已經(jīng)存在，則再次購(gòu)買時(shí)會(huì)提示已經(jīng)購(gòu)買了。 用戶登錄界面：開 始結(jié) 束接收登錄信息查詢數(shù)據(jù)庫(kù)數(shù)據(jù)是否正確否是登錄失敗登錄成功 用戶登錄流程圖(三) 購(gòu)物車模塊購(gòu)物車模塊中，主要包含以下幾個(gè)功能，即：添加購(gòu)物車、修改商品數(shù)量、生成訂單和清空購(gòu)物車。單擊“注冊(cè)”按鈕時(shí)，會(huì)提交到注冊(cè)頁(yè)面執(zhí)行；單擊“登錄”按鈕時(shí)，系統(tǒng)將對(duì)輸入的郵箱和密碼進(jìn)行驗(yàn)證，如果數(shù)據(jù)表中郵箱和密碼存在就顯示登陸成功，否則彈出錯(cuò)誤提示信息。 用戶注冊(cè)為了便于網(wǎng)站對(duì)用戶的管理，在用戶注冊(cè)頁(yè)面接收到的注冊(cè)信息要經(jīng)過(guò)嚴(yán)格的過(guò)濾，保證注冊(cè)用戶名的唯一性，在提交表單后需要對(duì)數(shù)據(jù)表中的數(shù)據(jù)進(jìn)行查詢，如果沒(méi)有找到，則在插入數(shù)據(jù)表時(shí)提示注冊(cè)成功，否則提示此用戶已被占用請(qǐng)重新注冊(cè)。(一)用戶注冊(cè)當(dāng)用戶第一次登錄時(shí)首先要在網(wǎng)站上注冊(cè)，成為會(huì)員用戶才可以在網(wǎng)站上購(gòu)物，注冊(cè)頁(yè)面必須填寫一些用戶的基本信息，如用戶名、密碼、聯(lián)系電話等信息。前臺(tái)首頁(yè)主要有以下幾個(gè)部分：（一）網(wǎng)站導(dǎo)航：主要用戶顯示網(wǎng)站的旗幟廣告、各功能模塊導(dǎo)航；（二）用戶登錄：用戶在此注冊(cè)、登錄；（三）銷售排行榜：按照商品的銷售數(shù)量顯示銷售排行信息；（四）商品展示區(qū)：按后臺(tái)添加商品的時(shí)間順序展示商品；　系統(tǒng)界面設(shè)計(jì)。在每個(gè)模塊的介紹中，將具體說(shuō)明一些涉及要點(diǎn)。整個(gè)系統(tǒng)分為了前臺(tái)功能模塊和后臺(tái)功能模塊。在做好后臺(tái)管理系統(tǒng)的基礎(chǔ)上，再做前臺(tái)系統(tǒng)，由于數(shù)據(jù)庫(kù)里有了各種實(shí)際的資料，會(huì)更加直觀。系統(tǒng)首先面對(duì)的用戶就是管理者。因此，網(wǎng)站的設(shè)計(jì)最好要簡(jiǎn)潔、明了、格調(diào)清新、實(shí)用、易于使用和維護(hù)。系統(tǒng)的頁(yè)面設(shè)計(jì)決定了網(wǎng)站的風(fēng)格, 制作好的網(wǎng)站不僅提供給營(yíng)銷商，更多的要供瀏覽者瀏覽。在本章將具體討論如何實(shí)現(xiàn)功能模塊，最終實(shí)現(xiàn)整個(gè)系統(tǒng)。 生成訂單表字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許為空是否為主鍵字段描述idInt10NOYES訂單編號(hào)User_idint12NONO用戶IDstatusint12NONO訂單狀態(tài)Order_descbigint24YESNO訂單描述Total_pricevarchar100NONO總共價(jià)格Receive_namevarchar200YESNO收貨人姓名Postal_codevarchar5YESNO商家價(jià)格mobilevarchar4YESNO手機(jī)號(hào)碼phonevarchar45YESNO座機(jī)號(hào)碼Order_timevarchar55YESNO訂單時(shí)間Full_addressvarchar44NONO收貨人地址(4) 訂單商品表d_Item訂單商品表d_Item用來(lái)記錄某一訂單中所定購(gòu)的商品的詳細(xì)信息。 商品信息表字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許為空是否為主鍵字段描述Idint12noYES商品編號(hào)Product_namevarchar100NONO商品名稱Descriptionvarchar100YESNO商品描述Add_timebigint20YESNO上架時(shí)間Fxed_pricedouble20NONO出廠價(jià)格Remend_codedouble20NONO是否推薦Dang_pricedouble20NONO商家價(jià)格Hot_codedouble20NONO熱銷程度Keywordsvarchar200YESNO商品關(guān)鍵字Has_deletedint1NONO是否刪除Product_picvarchar200YESNO商品圖片(2)用戶信息表d_User用戶信息表d_User用來(lái)保存用戶信息。根據(jù)前面對(duì)網(wǎng)站前臺(tái)與后臺(tái)功能模塊的分析和對(duì)數(shù)據(jù)庫(kù)中實(shí)體關(guān)系的設(shè)計(jì)，可以看到網(wǎng)站中所用到的數(shù)據(jù)信息基本包括：商品信息、用戶信息、訂單信息等。該數(shù)據(jù)庫(kù)不僅能夠滿足最大的數(shù)據(jù)處理系統(tǒng)和商業(yè) Web 站點(diǎn)存儲(chǔ)數(shù)據(jù)的需要，還能為個(gè)人或小企業(yè)提供易于使用的數(shù)據(jù)存儲(chǔ)服務(wù)。（1） 商品信息商品名稱商品價(jià)格添加時(shí)間商品介紹出廠價(jià)格商場(chǎng)價(jià)格熱銷程度商品圖片圖片途徑商品數(shù)量商品編號(hào) （2） 用戶信息用戶ID用戶(郵箱)用戶昵稱用戶密碼用戶驗(yàn)證碼用戶郵箱驗(yàn)證碼用戶最后登陸時(shí)間用戶登錄IP用戶地址用戶座機(jī)電話用戶手機(jī)號(hào)碼真實(shí)姓名訂單生成信息訂單編號(hào)用戶ID訂單狀態(tài)訂單時(shí)間訂單詳情描述總共價(jià)格收貨人姓名送貨地址郵政編碼手機(jī)號(hào)碼固定電話號(hào)碼 用戶信息表d_User的實(shí)體圖 (3) 訂單生成表d_Order的實(shí)體圖（4）訂單商品信息訂單編號(hào)商品編號(hào)商品名稱商場(chǎng)價(jià)格購(gòu)買商品總數(shù)付款總額管理員信息管理員ID管理員名管理員密碼 訂單商品表d_Item的實(shí)體圖（5） 管理員信息表d_Admin的實(shí)體圖(6)各實(shí)體之間的關(guān)系總ER圖描述了個(gè)實(shí)體之間的關(guān)系，以及它們各自所有的基本屬性。橢圓形框：表示實(shí)體的屬性。ER圖是直觀表示概念模型的工具，它有三個(gè)基本成分： 矩形框：表示實(shí)體類型（考慮問(wèn)題的對(duì)象）。概念模型實(shí)際上是現(xiàn)實(shí)世界到機(jī)器世界的一個(gè)中間層次。用戶信息管理模塊：查詢注冊(cè)所有用戶，對(duì)一些非法或失信用戶進(jìn)行刪除操作 。商品管理模塊：向商品表插入前臺(tái)首頁(yè)展示的商品信息，也就是添加商品信息。該模塊的功能是對(duì)管理員身份進(jìn)行能夠驗(yàn)證。以后臺(tái)的業(yè)務(wù)流程分析和前臺(tái)各個(gè)模塊