【導(dǎo)讀】節(jié)約、全球化等諸多優(yōu)點，能有效地提高企業(yè)在現(xiàn)代商業(yè)活動中的競爭力。網(wǎng)上購物系統(tǒng)是典型的B/S網(wǎng)絡(luò)服務(wù)模式，屬于BTOC電子商務(wù)類型。網(wǎng)上數(shù)碼商城系統(tǒng)后臺管理模塊詳細設(shè)計及其實現(xiàn)技術(shù)。應(yīng)用服務(wù)器，采用JSP技術(shù)開發(fā)的網(wǎng)上購物系統(tǒng)。臺部分和后臺部分，前臺部分由用戶使用，主要包括用戶注冊，購物車管理，理，處理訂單，用戶信息管理等功能。建立后的網(wǎng)站系統(tǒng)是一個動態(tài)、交互。式、具有商品提供、系統(tǒng)管理、用戶留言等功能的電子商務(wù)網(wǎng)站。

　　

【正文】 一個用戶的一次購買記錄，因此在這一次購買中，我們考慮到用戶可能會選擇多種商品，而每種商品又可能會選擇任意多個數(shù)目，所以我們的購物車 Bean 應(yīng)該 包含多個購物項，而每個購物項又與一種商品相關(guān)聯(lián)。 CartItem 對象用來描述每個購物項的信息，他記錄的是每次購物過程中購買一個商品的詳細情況。主要包括單個屬性：客戶購買的商品 、 購買數(shù)量以及總價錢。另外，在這個 CartItem 對象中，還包括了這些屬性的 setXXX()和 getXXX()方法。 另外要說明的是，我們設(shè)定 CartItem 屬性中的總價錢，主要是為了迎合 22 商品因某種活動而出現(xiàn)的單價可能會變化，例如在不同的階段，我們的商店可能會采取不用的促銷策略，給消費者不同的折扣；另外，還可能建立不同的會員制度，不用 級別的會員購買同一種商品的價格是有所不一樣的，所以在里我要記錄每種商品的總價錢。當(dāng)然我們除了記錄用戶所有的購物項 Bean以及購買的所有物品的總價錢外，還要對購物車的增加一些常規(guī)的操作，例如增加購物項和刪除購物項等等。 我覺得在購物車中增加與刪除商品的操作方法是相對簡單的，但就是要特別注意計算總價錢時要小心。 在購物車的對象中包括了兩個屬性：購物項的信息和購物車中的商品的總價錢。其中，購物項信息記錄了所有添加到購物車中的購物項的信 息，也就是記錄了一次購買的所有商品的種類和數(shù)量以及每種商品的總價錢。購物車中的商品的總價錢則記錄了這個購物車中所有商品的總價錢，主要是為了顯示和存儲的時候方便些，不需要每次都重新計算價格。 在 Cart 對象中，還包括了一系列購物車對象的操作方法，分別包括為以下一些方法： addCartitem() 向購物車中增加一個購物項，也就是增加客戶放入購物車中某種商品的記錄。 delCartitem() 從購物車中清除購物項，也就是清除購物車中某種商品的記錄。 updateCartitem() 這個方法用于修改購物車中 某個商品的數(shù)量，它采取的辦法是先將購物車中該商品的訂購記錄刪除。然后在重新增加，使用的是上面的兩個方法來實現(xiàn)的。之所以這樣做是因為購物車中的訂購記錄都是記錄在內(nèi)存中的，而如果需要對數(shù)據(jù)庫進行操作則最好不要這樣，在記錄上進行修改將會得到更高的效率。 而我對購物車操作的三個方法中都使用了 synchronized 關(guān)鍵字，限制在同一時刻只有一個線程可以運行該方法，這樣做的目的是為了避免同時修改購物車中商品的總價錢而造成的價格混亂。 實現(xiàn)購物車的界面 購物車頁面主要是用于顯示用戶所選擇的商品信息以及每種商 品的數(shù)量，單價，最后還要包括所選擇商品的總價錢，如圖 51 所示： 23 圖 51 實現(xiàn)購物車界面 這個頁面需要后臺數(shù)據(jù)庫提供的參數(shù)是 cart，也就是當(dāng)前用戶購物車對象。 在購物車頁面中，主要包括兩部分：購物清單和對購物車操作的功能按鈕。其中購物清單列出了購物車中所有商品的情況，包括每種商品的單價，數(shù)量和總價錢。用戶還可以在這里修改每種商品的數(shù)量。對購物車的操作按鈕主要就是 “ 結(jié)帳 ” 。 在這個頁面中，對結(jié)帳的鏈接進行了限制，沒有登錄的用戶是不能看到“ 結(jié)帳 ” 按鈕的。主要是因為在結(jié)帳的時候需要確定訂貨人是誰，所以需要用戶登錄后才能去結(jié)帳。 功能性測試 在這一部分的測試中主要是關(guān)于購物車的操作。其中包括，向購物車增加商品，刪除商品和修改購物車中商品數(shù)量。而要特別注意的是檢查商品金額的計算是否正確，如圖 52 所示。 圖 52 購物商品 單擊 “ 繼續(xù) 采購” 按鈕，可以返回商品展示頁面，供用戶繼續(xù)瀏覽并添加商品，添加多個商品后的頁面這時重點看的是金額是否正確。 24 在這里還進行從購物車中刪除商品的功能測試，單擊 “ 刪除 ” 文字鏈接，可將該商品從購物車中刪除，同時該商品的金額要從合計金額中扣除。 在 “ 數(shù)量 ” 中可修改商品的數(shù)量 ，每次修改完后，都要單擊相應(yīng)的 “ 修改 ” 按鈕，同時合計金額要根據(jù)商品數(shù)量的變化隨之發(fā)生變化。 訂單和購物清單查詢 在完成了購物車之后就可以實現(xiàn)擁有商品的功能了，也就是將用戶選擇的商品生成一個訂單。 用戶的訂單信息需要保存到在兩個表中： orders 表和 vends 表。 orders表用來保存訂單的基本信息，例如：訂貨人，地址，電話等。 vends 表用來保存訂單中包括的商品信息，例如：購買的商品，商品價格以及數(shù)量等。 編寫定單的基本信息 ActionForm 這里是根據(jù)已經(jīng)定義的 orders 表來完成相 應(yīng)的 ActionForm。 首先來實現(xiàn) orders 表所對應(yīng)的 ActionForm，在這個類的開始首先定義了訂單狀態(tài)的常量，這樣可以避免程序中使用不能確定含義的整數(shù)處理訂單狀態(tài)的情況出現(xiàn)，增強了程序的可讀性。 在這個類中，除了所有的屬性的 setXXX()getXXX()方法外，又增加了getProduct()方法，它用于得到這個訂單項所對應(yīng)的商品對象。其目的是為了在頁面上可以直接使用得到的商品對象來顯示商品的名稱。 完成后臺處理 Action 在這一部分的后臺處理是關(guān)于訂單的，其中包括：顯示訂單詳細 信息，訂單查詢，提交訂單和跳到訂單頁 4 個后臺處理方法。 下面是介紹這些方法的功能： unspecified() 這是默認的顯示，是用戶單擊購物車頁面中 “結(jié)帳 “按鈕的響應(yīng)涵數(shù)。它的作用是取得 Session 中的購物車的信息，然后傳遞給頁面，并且跳轉(zhuǎn)到提交訂單頁面。 store() 這個方法用于響應(yīng)用戶提交的訂單的請求。他的主要處理過程是先得到用戶的信息和購物車的信息，然后在利用這兩個基本點對象生成訂單對象和訂單項對象，并將訂單信息保存到數(shù)據(jù)庫中。 25 list() 這個方法用于響應(yīng)用戶查看訂單列表的（包括正在處理的 訂單列表和所有訂單列表）請求，根據(jù)訂單的狀態(tài)得到訂單信息的列表，在這個方法中要注意對權(quán)限的特殊處理。由于這里的權(quán)限涉及到的是具體的數(shù)據(jù)，也就是某些具體的訂單信息，所以以前的實現(xiàn)的權(quán)限系統(tǒng)已經(jīng)不能滿足要求了。在這里對權(quán)限設(shè)置需要單獨進行處理，訂單的權(quán)限規(guī)則主要包括以下兩點： 管理員可以查看所有的訂單信息。 客戶只能查看自己的訂單信息。 為了滿足這兩個要求，在這里分別使用了兩個不同的 getOrders()方法來得到用戶可以訪問的訂單信息，這兩個訂單的實現(xiàn)方法中，當(dāng) user 為 0 的時候，限制 userid 的條件就不會 存在，這樣就實現(xiàn)了在所有的記錄中進行查詢的功能。 定單查詢頁面 1．實現(xiàn)目標(biāo) 在關(guān)于訂單功能的操作中，主要涉及到了 3 個頁面，包括：訂單提交頁面，訂單提交結(jié)果頁面，訂單列表頁面。 （ 1） 訂單提交頁面 訂單提交頁面主要是供確認所選購的商品的種類，數(shù)量和價格。用戶還需要輸入收貨人的姓名，地址，郵政編碼，電子郵件和電話等送貨信息，如圖 53 所示。 圖 53 訂單提交頁面 26 在這個頁面中，包括兩部分內(nèi)容。前一部分是訂單的詳細信息，包括每個訂單的詳細信息（所訂購的商品，數(shù)量和總價錢）和這個訂單的總價錢。后一部 分用于用戶填寫送貨信息，包括收件人的姓名，地址，聯(lián)系電話等信息。 為了減少用戶的輸入量，系統(tǒng)將用戶自己設(shè)置為默認的收貨人，而相應(yīng)的其他信息的默認值也是用戶在注冊時填寫的信息。在這個頁面中是通過()從 Session中得到用戶基本信息。 （ 2） 訂單提交結(jié)果頁面 下面要完成的是訂單提交后的提交結(jié)果頁面，它的主要功能是將用戶訂單相關(guān)的信息再一次顯示出來，以便用戶可以核實，及時發(fā)現(xiàn)是否有填寫錯誤等問題，如圖 54 所示。 圖 54 訂單提交頁面 這個頁面需要后臺處理的數(shù)據(jù)是剛才所生 成的訂單對象，而這個頁面中的具體訂單條目的信息仍然取自購物車，這樣避免了需要查詢數(shù)據(jù)庫的麻煩。 （ 3） 訂單列表頁面 下面訂單列表的頁面在很多地方都能用到，例如，可以用于顯示未處理、正在處理、已處理的訂單列表，也可以用于顯示歷史訂單列表，還可以用于顯示訂單的查詢結(jié)果等，如圖 55 所示。 27 圖 55 訂單列表頁面 這個頁面的實現(xiàn)比較簡單，只是將后臺 Action查詢出來的訂單信息一一顯示出來，并提供詳細的信息鏈接，供用戶查看每個訂單的詳細信息。 2．實現(xiàn)過程 實現(xiàn)訂單過程如圖 56 所示。 開 始用 戶 瀏 覽 商 品用 戶 登 陸發(fā) 送 訂 單訂 單 提 交成 功 ？訂 單 提 交 成 功結(jié) 束N oY e sN oY e s訂 單 是 否 提 交 ？ 圖 56 訂單過程流程圖 28 本章小結(jié) 在這一節(jié)中，介紹了購物車模塊的實現(xiàn)。它使用了 Action方法，具體的業(yè)務(wù)邏輯是編寫了 Bean 類，我們沒把購物信息存儲在數(shù)據(jù)庫表中，而是將它作為 HttpSession屬性保存起來，方便了各個用戶購物信息的管理。這里還介紹了訂單的一些查詢過程，讓顧客很容易的看到自己購買的物品。這個過程級大的給用戶提供了方便。 29 第 6 章 系統(tǒng)測試 軟件測試概述 軟件危機曾經(jīng)是軟件界甚至整個計 算機界最熱門的話題。為了解決這場危機，軟件從業(yè)人員、專家和學(xué)者做出了大量的努力?，F(xiàn)在人們已經(jīng)逐步認識到所謂的軟件危機實際上僅是一種狀況，那就是軟件中有錯誤，正是這些錯誤導(dǎo)致了軟件開發(fā)在成本、進度和質(zhì)量上的失控。有錯是軟件的屬性，而且是無法改變的，因為軟件是由人來完成的，所有由人做的工作都不會是完美無缺的。問題在于如何去避免錯誤的產(chǎn)生和消除已經(jīng)產(chǎn)生的錯誤，使程序中的錯誤密度達到盡可能低的程度。 軟件測試 軟件測試的方法和技術(shù)是多種多樣的。對于軟件測試技術(shù)，可以從不同的角度加以分類：從是否需要被測軟件的 角度，可分為靜態(tài)測試和動態(tài)測試。從測試是否針對系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實現(xiàn)算法的角度，可分為白盒測試和黑盒測試。 1．黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動，它是在已知產(chǎn)品所應(yīng)具有的功能的情況下，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。 黑盒測試主要用于軟件確認測試。 “ 黑 盒 ” 法著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，針對軟件界面和軟件功能進行測試。 “黑盒 ”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。 2．白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程的情況下，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都能按預(yù)定要求 30 正確進行，而不顧它的 功能。白盒測試主要用于軟件驗證。 3．客戶測試 客戶測試是一種基于客戶使用產(chǎn)品的知識開發(fā)出來的測試方法?？蛻魷y試是基于復(fù)雜的軟件產(chǎn)品有許多錯誤的原則。最大的受益者是用戶，缺陷查找和改正將針對那些客戶最容易遇到的錯誤。 本系統(tǒng)的軟件測試 等價類劃分是一種典型的黑盒測試方法，也是一種非常實用的重要的測試方法。不可能用所有可以輸入的數(shù)據(jù)來測試程序，而只能從全部可供輸入的數(shù)據(jù)中選擇一個子集進行測試。如何選擇適當(dāng)?shù)淖蛹?，使其盡可能多地發(fā)現(xiàn)錯誤。解決的辦法之一是等價類劃分。使用這一方法設(shè)計的測試用例要經(jīng)歷劃分等 價類和選取測試用例兩步。首先把數(shù)目過多的輸入數(shù)據(jù)劃分為若干等價類。在確立了等價類之后，建立等價類表，列出所有劃分出的等價類，再選擇測試用例。 測試注冊用戶的過程： 黑盒測試方法 等價類劃分法 測試目標(biāo)描述 顧客在填寫注冊表時，必須得按照規(guī)定合理的填寫，如用戶名不得以下劃線數(shù)字開頭，而且必須多于 6 個字符。只有按著以上說明填寫，系統(tǒng)則會提示符合條件，表示你注冊的用戶名有效，你可以使用該用戶名。 由以上描述我們可以得到由等價類劃分法得到的測試用例表，如表 61所示。 表 61 測試用例表 輸入 合理等價類 不合 理等價類 用戶名 1．用戶名符合規(guī)定 1．以下劃線開頭 2．以數(shù)字開頭 3．小于 6 個字符 本章小結(jié) 本章簡單介紹了軟件測試的黑盒測試、白盒測試、客戶測試等幾種方法。 31 并給出了軟件測試的總體流程圖。這里簡單說明了一下應(yīng)用黑盒測試方法里的等價類劃分法對用戶注冊過程進行的測試的過程。經(jīng)過多輪測試，本系統(tǒng)具有操作簡單、功能齊全等特點，軟件開發(fā)得比較成功。 32 結(jié)論 我的畢業(yè)設(shè)計的題目是網(wǎng)上商城系統(tǒng)。通過近三個月的努力，目前該系統(tǒng)的程序設(shè)計和論文撰寫已經(jīng)基本結(jié)束了。