【正文】 計如表55所示。表55　用戶確認(rèn)訂單主要控件信息列表名稱主要屬性設(shè)置作用 InputName=username輸入用戶名InputName=truename輸入真實姓名InputName=sex輸入用戶性別InputName=phonecode輸入聯(lián)系電話 InputName=輸入電子郵箱InputName=postcode輸入郵編InputName=address輸入家庭地址ButtonType=submit提交表單ButtonType=reset重置表單Table/顯示商品信息 　后臺訂單管理設(shè)計與實現(xiàn)　后臺訂單管理的設(shè)計與實現(xiàn)后臺訂單管理界面如圖511所示。圖511　后臺訂單管理界面1. 后臺訂單管理程序流程：管理員查看完訂單后，開始進(jìn)行處理，如果沒有受理的，可以進(jìn)行受理，受理完成后，看是否已經(jīng)結(jié)單，未結(jié)單的進(jìn)行結(jié)單，結(jié)單完成后，可以刪除此訂單。后臺訂單管理程序流程圖如圖512所示：圖512　后臺訂單管理程序流程圖2. 實現(xiàn)目標(biāo)本模塊的主要功能是查看訂單、受理訂單、結(jié)單和刪除已處理訂單的功能。頁面顯示時自動列出所有的訂單基本信息訂單號、貨品總額、總金額、收貨人姓名、收貨人電話、訂單狀態(tài)，在查看審核訂單中銷售管理員可以查看和刪除訂單，在未處理訂單中銷售管理員可以對訂單進(jìn)行審核、刪除和處理定單，訂單處理后銷售人員點擊“確定此訂單生效”將未處理訂單的狀態(tài)修改成已處理訂單，點擊“管理”就可以對訂單的狀態(tài)進(jìn)行更改，從未受理到結(jié)單的狀態(tài)，還可以對不正確的訂單進(jìn)行刪除。3. 實現(xiàn)過程在訂單處理功能實現(xiàn)時要用到兩個表中的數(shù)據(jù)，一個是訂單表（Orders）一個是訂單項表（OrderItem）。所以在刪除時只需要知道一個兩個表共有的屬性即可就是OrderId(訂單編號)，因此數(shù)據(jù)庫中兩表也需要建立關(guān)聯(lián)。如表56所示。單元名：OrderDetail窗體名：表56　訂單處理模塊主要標(biāo)簽設(shè)計標(biāo)簽名稱主要屬性設(shè)置(ID)作用c:set/c:setvar=label1 bean:message key=/性賦值給變量label1display/displayname=orderList pagesize=15export=true requestURI=/Admin/?method=browseOrder將orderList變量中屬性顯示出來，每頁顯示15行，可以導(dǎo)成文件，調(diào)用方法名為browseOrder()logic:equal/logic:equalname=row property=orderStatus value=1判斷orderStatus屬性值是否為1html:link/html:linkpage=/Admin/?method=delOrderparamId=idparamName=rowparamProperty=id超鏈接，鏈接到刪除訂單Action并將圖書號的值也傳過去續(xù)表56script/scriptlanguage=”JavaScript”在此標(biāo)簽范圍內(nèi)編寫Java腳本文件，用于加載確認(rèn)刪除的Java語句 　本章小結(jié)本章主要介紹了網(wǎng)絡(luò)手機銷售系統(tǒng)的開發(fā)過程和系統(tǒng)主要模塊的設(shè)計過程，包括系統(tǒng)在具體開發(fā)過程中要完成的功能和各個模塊的詳細(xì)設(shè)計。全部過程都作了比較詳細(xì)的介紹，并在一些技術(shù)點上也作了描述。相信通過這一章的介紹會對本系統(tǒng)的設(shè)計有了一個細(xì)致而全面的了解。第6章 　軟件測試在信息技術(shù)迅速發(fā)展的今天，軟件產(chǎn)品應(yīng)用到社會的各個領(lǐng)域當(dāng)中。產(chǎn)品的質(zhì)量是人們最為關(guān)注的。作者設(shè)計的軟件不但要保證其質(zhì)量、而且要占據(jù)一定的市場。產(chǎn)品的質(zhì)量是作者開發(fā)的重要目標(biāo)之一，以免在激烈的競爭中被淘汰了。用戶為了保證自己業(yè)務(wù)的順利進(jìn)行的完成，當(dāng)然希望選用最好的軟件。 　測試的基本概念1. 測試用例要進(jìn)行測試，除了要有測試數(shù)據(jù)（或稱輸入數(shù)據(jù)）外，還應(yīng)同時給出該組測試數(shù)據(jù)應(yīng)該得到怎樣的輸出結(jié)果，我們稱它為預(yù)期結(jié)果。在測試時將實際的輸出結(jié)果與預(yù)期結(jié)果比較，若不同則表示發(fā)現(xiàn)了錯誤。因此測試用例是由測試數(shù)據(jù)和預(yù)期結(jié)果構(gòu)成的。為了發(fā)現(xiàn)程序中的錯誤，應(yīng)竭力設(shè)計能暴露錯誤的測試。一個好的測試用例是極有可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試用例。一次成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。2. 白盒測試和黑盒測試測試的關(guān)鍵是測試用例的設(shè)計，其方法可分成兩類：白盒測試和黑盒測試。白盒測試是把程序看成裝在一只透明的白盒子里，測試者完全了解程序的結(jié)構(gòu)和處理過程。它根據(jù)程序的內(nèi)部邏輯來設(shè)計測試用例，檢查程序中的邏輯通路是否都按預(yù)定的要求正確地工作。黑盒測試是把程序看成一只黑盒子，測試者完全不了解（或不考慮）程序的結(jié)構(gòu)和處理過程。它根據(jù)規(guī)格說明書規(guī)定的功能來設(shè)計測試用例，檢查程序的功能是否符合規(guī)格說明的要求。 　測試的任務(wù)和目的白箱測試或白盒測試是通過程序的源代碼進(jìn)行測試的而不使用用戶界面。這種類型的測試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤，進(jìn)而加以修正。黑箱測試或黑盒測試是通過使用整個軟件或某種軟件功能來嚴(yán)格地測試, 而并沒有通過檢查程序的源代碼或者很清楚地了解該軟件或某種軟件功能的源代碼程序具體是怎樣設(shè)計的。測試人員通過輸入他們的數(shù)據(jù)然后看輸出的結(jié)果從而了解軟件怎樣工作。通常測試人員在進(jìn)行測試時不僅使用肯定出正確結(jié)果的輸入數(shù)據(jù)，而且還會使用有挑戰(zhàn)性的輸入數(shù)據(jù)以及可能結(jié)果會出錯的輸入數(shù)據(jù)以便了解軟件怎樣處理各種類型的數(shù)據(jù)。　測試的任務(wù)網(wǎng)絡(luò)手機銷售的重要依據(jù)的測試方法選擇黑盒測試中的因果圖法，黑盒測試是不考慮程序內(nèi)部的邏輯結(jié)構(gòu)的特性，只依據(jù)規(guī)格說明書檢查程序功能是否能正常的使用。主要依據(jù)輸入條件輸出條件確定測試數(shù)據(jù)，檢查程序是否能產(chǎn)生正確輸出。本系統(tǒng)測試階段有如下幾方面的任務(wù)：1. 制定測試大綱。2. 制作測試數(shù)據(jù)。3. 單元測試（程序測試）。4. 功能測試。5. 性能測試。6. 集成測試（子系統(tǒng)測試）。7. 系統(tǒng)測試。8. 驗收測試。9. 寫出測試報告書。10. 提交下一階段工作所需的系統(tǒng)運行、維護(hù)手冊的草案?！y試的目的網(wǎng)絡(luò)手機銷售的目的是為了發(fā)現(xiàn)問題之后來解決問題。其目標(biāo)是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程，軟件測試中涉及的第一個問題是為了確認(rèn)和驗證軟件、設(shè)計、實現(xiàn)過程中的邏輯正確性以及發(fā)現(xiàn)軟件產(chǎn)品中存在的問題并通過測試不斷提高和完善軟件產(chǎn)品的質(zhì)量。軟件測試中涉及的第二個問題是排錯問題，也稱為調(diào)試。排錯的目的是診斷程序錯誤的性質(zhì)及產(chǎn)生的原因并加以改正。軟件測試涉及的第三個問題是軟件可靠性的評測?？煽啃允擒浖咝А⒄_運行的保證。正確認(rèn)識測試的目標(biāo)十分重要的，測試目標(biāo)決定了測試方案的設(shè)計。在測試階段積累的測試結(jié)果，可以用更形式化的方法進(jìn)行統(tǒng)計分析。系統(tǒng)可靠性模型使用這些錯誤率數(shù)據(jù)，可以估計將來出現(xiàn)錯誤的情況并進(jìn)一步對系統(tǒng)可靠性進(jìn)行預(yù)測。如果為了表明程序是正確的而進(jìn)行測試，就會設(shè)計一些不易發(fā)現(xiàn)錯誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設(shè)計出最能暴露錯誤的測試方案。從實際情況及本系統(tǒng)的特性考慮，軟件測試的目標(biāo)要求是：不同的用戶能夠通過Internet登陸并進(jìn)行各種操作；能夠正常的訪問遠(yuǎn)程數(shù)據(jù)庫，并保證數(shù)據(jù)傳輸?shù)陌踩院驼_性；后臺管理程序能夠進(jìn)行核對、添加、刪除等操作。測試任何新產(chǎn)品都有兩種方法：如果已經(jīng)知道了新產(chǎn)品應(yīng)該具有的功能可以通過測試來檢驗是否每個功能都能正常使用；如果知道新產(chǎn)品的內(nèi)部工作過程，可以通過測試來檢驗新產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行。前一種方法稱為黑盒測試，后一種方法稱為白盒測試。 　系統(tǒng)整體測試步驟軟件測試的主要步驟有單元測試、集成測試和確認(rèn)測試。1. 單元測試(Unit Testing)單元測試也稱模塊測試。通常單元測試可放在編碼階段，程序員在編寫好一個模塊后，總會對自己編寫的模塊進(jìn)行測試，檢查它是否實現(xiàn)了詳細(xì)設(shè)計說明書中規(guī)定的模塊功能和算法。單元測試主要發(fā)現(xiàn)編碼和詳細(xì)設(shè)計中產(chǎn)生的錯誤，通常采用白盒測試。2. 集成測試（Integration Testing）集成測試也稱組裝測試，它是對由各模塊組裝而成的程序進(jìn)行測試，主要檢查模塊間的接口和通信。集成測試主要發(fā)現(xiàn)設(shè)計階段產(chǎn)生的錯誤，通常采用黑盒測試。3. 確認(rèn)測試(Validation Testing)確認(rèn)測試的任務(wù)是檢查軟件的功能、性能及其他特征與用戶需求是否一致，它是以需求規(guī)格說明書（即需求規(guī)約）作為依據(jù)的測試。確認(rèn)測試通常采用黑盒測試。確認(rèn)測試產(chǎn)生測試程序是否滿足需求規(guī)格說明書所列的各項要求，然后要進(jìn)行軟件配置復(fù)查，特別是有關(guān)文檔是否齊全，各方面的質(zhì)量是否符合要求等。如果一個軟件是為某個客戶定制的，那么最后由客戶來實施驗收測試（acceptance testing），以便客戶確認(rèn)該軟件是他所需要的。如果一個軟件是作為產(chǎn)品被許多客戶使用的話，那不可能為每個客戶進(jìn)行驗收測試。大多數(shù)軟件生產(chǎn)者使用一種Alpha測試和Beta測試的過程，來揭露僅由最終用戶才能發(fā)現(xiàn)的錯誤。 　本系統(tǒng)測試軟件測試方法從測試人員角度看，可分為手動測試和自動測試。從源代碼的角度可分為單元測試和功能測試。從理論定義來分，可分為黑盒測試，白盒測試。由于白盒測試是根據(jù)程序的內(nèi)部邏輯來設(shè)計測試用例的，所以根據(jù)本系統(tǒng)的開發(fā)情況來看，我采用的是手動的白盒測試?！∮脩舻卿涀阅K測試注冊模塊的測試是在輸入注冊信息時開始的，當(dāng)用戶輸入注冊信息過程中時，若用戶輸入的賬號已經(jīng)存在，則直接彈出對話框提示用戶用戶名已存在。并且其他的注冊信息也都有相應(yīng)的規(guī)范約束，例如電話號碼必須符合11位數(shù)字、郵政編碼必須符合實際地理位置、郵箱地址必須符合命名規(guī)則等。當(dāng)用戶提交注冊申請時，若驗證失敗，便提示用戶錯誤信息。當(dāng)用戶在輸入注冊信息的過程中，若用戶輸入的賬號已經(jīng)存在，則會出現(xiàn)如圖61所示的提示。圖61　注冊信息提示錯誤　購物車模塊測試當(dāng)在購物車中修改圖書的數(shù)量時，將文本框中數(shù)字修改后，如果符合庫存數(shù)量，便會提示操作成功如圖62所示。圖62　選購商品提示　搜索訂單模塊測試后臺訂單可以按好多方法去搜索，如果是按訂單編號去搜索，編號必須是數(shù)字，否則會出現(xiàn)提示錯誤如圖63所示。圖64　搜索訂單失敗效果圖 　本章小結(jié)目前，在大型軟件開發(fā)項目中，軟件測試是主要的軟件驗證方式，也是一個周期長開銷大的軟件工程活動。一般的軟件開發(fā)組織要將30%40%的項目精力投入到測試之中。本章通過討論測試的內(nèi)容和標(biāo)準(zhǔn)，進(jìn)一步細(xì)化了本設(shè)計測試的目的和意義。本章簡單介紹了軟件測試的黑盒測試、白盒測試、客戶測試等幾種方法。網(wǎng)絡(luò)手機銷售系統(tǒng)各個模塊都進(jìn)行了詳細(xì)的測試，在本章中只列出了幾個重要的測試。在實際運行中的測試是最重要的，它能反應(yīng)出一些不可遇知的問題本軟件測試時出現(xiàn)過的問題，經(jīng)過多輪測試，本系統(tǒng)具有操作簡單、功能齊全等特點，軟件開發(fā)得比較成功。結(jié)　　論本系統(tǒng)是一個面向手機商品專賣店的網(wǎng)站，具有一定的實用性的電子商務(wù)系統(tǒng)。本系統(tǒng)通過美觀、友好的界面設(shè)計可完成信息查詢靈活、方便、快捷準(zhǔn)確，數(shù)據(jù)存儲安全可靠；全面、分類展示手機銷售網(wǎng)上的所有商品；顯示商品的詳細(xì)信息，方便顧客了解商品信息；查看網(wǎng)絡(luò)手機銷售系統(tǒng)網(wǎng)的交易信息；對用戶輸入的數(shù)據(jù)，進(jìn)行嚴(yán)格的數(shù)據(jù)檢驗，盡可能避免人為錯誤；如果是系統(tǒng)的使用對象較多，則要求有較好的權(quán)限管理；網(wǎng)絡(luò)手機銷售系統(tǒng)內(nèi)部可使用本系統(tǒng)更好地完成整個業(yè)務(wù)流程的數(shù)據(jù)管理，后臺數(shù)據(jù)維護(hù)將大大提高工作效率。系統(tǒng)的實用性較強，并具有較高的安全性和可靠性，且易于操作和維護(hù)。在本軟件的開發(fā)過程中，首先對本系統(tǒng)的整體進(jìn)行了設(shè)計，確定了系統(tǒng)應(yīng)該具備哪些主要特性和特殊優(yōu)點，明確了系統(tǒng)總體的設(shè)計思路理念之后就是對系統(tǒng)進(jìn)行有效的可行性分析，其中分別從經(jīng)濟、技術(shù)和運行的可行性進(jìn)行了分析。在確定了本系統(tǒng)具有較高的可行性后通過對系統(tǒng)的數(shù)據(jù)庫的分析和總體的功能模塊的設(shè)計基本明確了本系統(tǒng)開發(fā)要做什么，怎么做，然后著手于軟件代碼的實現(xiàn)。代碼實現(xiàn)過程中本系統(tǒng)的軟件開發(fā)環(huán)境主要選擇了當(dāng)前較為流行的Java來進(jìn)行前臺的管理設(shè)計，而后臺則選用了功能強大的SQL server 2005數(shù)據(jù)庫，并通過JSP、JavaBean和Servlet技術(shù)的相結(jié)合，完成了軟件的最終編碼過程。最后，對本系統(tǒng)采用白盒和其它測試，測試系統(tǒng)的模塊功能和內(nèi)部邏輯。經(jīng)測試本系統(tǒng)具有相對較高的穩(wěn)定性和實用性。該網(wǎng)上銷售系統(tǒng)雖然已基本上滿足了要求，但還不夠完善，在以后的使用過程中可能會暴露許多實際問題，有待進(jìn)一步的改進(jìn)完善。致　　謝在畢業(yè)設(shè)計這段時間里，在指導(dǎo)老師的指導(dǎo)和同學(xué)幫助之下，我順利地完成了本次畢業(yè)設(shè)計。首先，由衷地感謝我的指導(dǎo)教師***老師在畢業(yè)設(shè)計期間給予我的指導(dǎo)、幫助和支持，他在我所做的題目為網(wǎng)絡(luò)手機銷售系統(tǒng)的設(shè)計與實現(xiàn)中給我提供了許多重要的信息和寶貴的意見。***老師有著淵博的知識、謙遜的為人、求實的治學(xué)精神，有著對待工作認(rèn)真的態(tài)度，這些都將是我今后需要銘記的。在他的影響下我不斷學(xué)習(xí)克服了不少的困難，使我的理論與實踐水平得到很大的提高，這對于我以后的工作和學(xué)習(xí)都起著舉足輕重的作用。其次，感謝在整個畢業(yè)設(shè)計期間開題時各位老師給我提出的寶貴意見，使我不斷完善系統(tǒng)的各項功能，使我所開發(fā)的軟件應(yīng)用范圍更廣、效率更高。再次，感謝畢業(yè)設(shè)計的負(fù)責(zé)老師，為了我們的畢業(yè)設(shè)計能夠順利進(jìn)行而奔波忙碌，感謝機房的管理同學(xué)，每天早起晚歸，負(fù)責(zé)任地為我們開機房，管理機房的衛(wèi)生，為我們提供了舒適的環(huán)境。感謝各位熱心的同學(xué)在我需要的時候幫助我。最后，感謝各位老師能在百忙之中來參加我們的論文換審，論文答辯。參考文獻(xiàn)1 2 3 4 .
5 羅福凱.
6
7
8 9 10 （JSP）.11 Server