【正文】 會員通過在前臺收銀臺提交訂單，確認購買后，商場管理員在后臺維護界面可以查看所有的訂單，同時也可以搜索指定用戶的訂單情況。訂單查詢界面如圖513所示。圖513訂單查詢處理界面截圖界面分析：針對訂單查詢，此處設計了多種方法，其中會員編號、產(chǎn)品名稱、訂購數(shù)量都是查詢依據(jù)的分類方式；管理員也可以將訂單的查詢結果進行打印保存，不過打印按鈕的設計組件可能在某些瀏覽器上不兼容。 管理員通過庫存銷售查詢功能，能夠及時了解商場產(chǎn)品的庫存量和銷售量情況，從而更加準確的管理商品。庫存銷售查詢界面如圖514所示。圖514 庫存銷售量查詢界面截圖界面分析：按照庫存量和銷售量查詢可以實時掌握商場現(xiàn)有數(shù)碼產(chǎn)品的情況，為日后新品上架或應下架商品提供參考依據(jù)。 后臺管理員可以對前臺用戶的留言進行查看回復、及時反饋，促進商家和個人的交流，促進系統(tǒng)的完善完美；對于一些惡意留言也可以根據(jù)相關規(guī)定進行刪除。留言管理界面如圖515所示。圖515 留言管理界面 截圖界面分析：管理員點擊“回復”會跳轉(zhuǎn)到回復界面，針對個別的惡意留言，有相應權限的管理員可以點擊相應條目，將其刪除。（1）測試的目的是為了找出盡可能多的錯誤，并不是驗證軟件中沒有缺陷。（2）一個成功的測試其意義在于發(fā)現(xiàn)了迄今為止尚未發(fā)現(xiàn)的錯誤或者缺陷。在這次數(shù)碼產(chǎn)品商場系統(tǒng)的測試時，也是以上述目的為準繩，是為了找出沒有發(fā)現(xiàn)的問題，從而及時解決問題，使系統(tǒng)盡量完美，更好地適應顧客需求。（1）軟件測試有兩條大方向：一條指向功能測試、一條指向結構測試。（2）為了取得最好的測試效果，需要由單獨的非系統(tǒng)參與者來完成系統(tǒng)測試任務。但由于某些條件限制，測試用例以及執(zhí)行過程均由本人完成。（1）測試一：用戶要查看購物車，故意輸入錯誤的登錄信息，靜觀頁面是否能及時準確地報錯。預期效果：當前頁面能及時準確地報錯。具體操作：輸入錯誤的登錄信息。結果：登錄頁面提示信息輸入有誤。結論：會員必須輸入完全正確的登錄信息方可進入購物車界面，符合要求。（2）測試二：在后臺新增加一條數(shù)碼產(chǎn)品信息，返回前臺，看其是否成功添加。預期效果：能立即更新添加內(nèi)容。具體操作：在后臺商品管理頁面中添加一條新的數(shù)碼產(chǎn)品信息。結果：在首頁最新上架版塊中顯示新添加的數(shù)碼產(chǎn)品信息。結論：商品的添加功能可實現(xiàn)，符合要求。（3）測試三：管理員將一條公告信息刪除，返回前臺查看公告，看其是否已不存在。預期效果：剛才的公告信息不存在。 具體操作：在后臺公告管理頁面中刪除一條公告信息。結果：在前臺頁面中，剛才的公告信息已不存在。結論：公告的刪除功能可實現(xiàn)，符合要求。（4）測試四：管理員修改某數(shù)碼產(chǎn)品信息，回到前臺界面，查看其是否修改成功。預期效果：修改之后能查看到產(chǎn)品信息已經(jīng)更新好了。 具體操作：在后臺修改某件商品的價格，在前臺查看該商品價格是否修改成功。結果：商品價格已成功修改。結論：商品信息的修改功能可實現(xiàn)，符合要求。（5） 測試五：用戶注冊時，必填信息沒填寫，看提交時系統(tǒng)是否會做出提示。預期效果：系統(tǒng)會提示某些必填項不能為空。具體操作：在注冊頁面，不填寫聯(lián)系電話或地址，看系統(tǒng)是否提示。結果：系統(tǒng)提示聯(lián)系電話不能為空。結論：頁面上必填項的檢驗功能完善，符合要求。 單元測試之后，按照普通用戶的思維，按照購物流程操作，執(zhí)行了綜合測試，從整體上驗證系統(tǒng)性能能否滿足系統(tǒng)創(chuàng)建的初始構想。途經(jīng)多個人員，多種數(shù)據(jù)信息進行的多次測試，找出了商場系統(tǒng)存在的部分缺陷，在第一時間做出改進，最終完成了數(shù)碼產(chǎn)品商場系統(tǒng)的開發(fā)任務。 歷經(jīng)四個多月的設計和實現(xiàn)，數(shù)碼產(chǎn)品商場系統(tǒng)基本開發(fā)完成。其所實現(xiàn)的功能基本與需求相符，有關缺陷也經(jīng)過不斷地調(diào)試修改進行了有效的處理。付出總有收獲，以下是獲得的點滴： 研究了數(shù)碼商場系統(tǒng)的開發(fā)思路和模式，掌握了軟件開發(fā)的方法及流程； 重點研究了JSP技術和JAVA語言，掌握了一些重要的開發(fā)技術； 從最初的需求分析到論文報告書的書寫，更加鞏固了平時所學的知識理論。因為經(jīng)驗不足并且時間匆忙，系統(tǒng)存在著很多不令人滿意的缺陷，例如管理員界面不夠友好，錯誤處理機制不完善，沒有指導說明文檔等多方面缺陷，這些都有待處理改進。另外，系統(tǒng)測試用例有限且周期較短，肯定隱藏著未發(fā)現(xiàn)的錯誤，問題如下： 已編寫的程序代碼中，有些算法不夠簡潔優(yōu)化，需重新構造； 代碼的運行效率以及反復使用率不高，需要以后優(yōu)化改進； 由于開發(fā)水平有限，用戶付款下單和訂單處理模塊等功能還需拓展完善。在這次畢業(yè)設計中，通過請教指導老師，我完成了數(shù)碼產(chǎn)品商場系統(tǒng)的系統(tǒng)調(diào)研、技術分析、需求分析、總體設計、詳細設計、具體實現(xiàn)。在設計過程中，我遇到問題經(jīng)常上網(wǎng)搜索，查閱書籍資料，尋找解決途徑。通過軟件系統(tǒng)設計過程的體驗，真正在實踐中了解了軟件設計開發(fā)的思路及流程，同時也認識到之前所學基礎課程理論的重要性，體會了理論與實踐相結合的必要性。系統(tǒng)中存在的諸多不完美之處，也讓我明白編程方面還需進一步努力和學習。一個安全完善的數(shù)碼產(chǎn)品商場系統(tǒng)的開發(fā)任重道遠，此系統(tǒng)中存在著諸多不足之處： 前臺收銀臺部分的處理不夠細化，默認的收貨地址是用戶注冊時所填的地址信息，沒有考慮到實際情況比如用戶更換了居住地，同時也沒有考慮到用戶的付款方式比如支付寶或網(wǎng)上銀行，因此應該添加用戶訂單填寫確認頁面。 后臺管理員處理訂單模塊的實現(xiàn)不完善，管理員只能查詢訂單，不可以根據(jù)是否發(fā)貨而編輯更新訂單信息；同時也沒有設置相應的支付管理功能，使管理員可以編輯添加支付方式，因此應該細化訂單處理頁面，添加支付管理功能等，期望在后期改進完善。若有閑暇時光，我將靜下心來，著力解決以上問題，使商場系統(tǒng)最終呈現(xiàn)的效果更完美。其實這個任務的完成也是一個知識整合的過程，將理論鑄就成有利用價值的事物是很具有現(xiàn)實意義的。參考文獻[1] 郝安林，王偉平，[M].電子工業(yè)出版社，2008.[2] 張蓓,[M].清華大學出版社，2007.[3] [M].電子工業(yè)出版社,2010.[5] Russell [M].機械工業(yè)出版社，2009.[6] [M].清華大學出版社，2007.[7] [M].人民郵電出版社，2007.[8] 肖磊,[M].人民郵電出版社,2008.[9] 李興華．Java開發(fā)實戰(zhàn)經(jīng)典[M].清華大學出版社，2009.[10]胡荷芬, [M].清華大學出版社，2012.[11][M].化學工業(yè)出版社，2010.[12]、建模與設計實戰(zhàn)[M].清華大學出版社,2012.[13]賽奎春．JSP信息系統(tǒng)開發(fā)實例精選[M].機械工業(yè)出版社,2006.[14]：InnoDB存儲引擎[M].機械工業(yè)出版社,2011.[15]李興華.《Java開發(fā)實戰(zhàn)經(jīng)典》[M].清華大學出版社,2009.致謝在這里，我首先感謝培養(yǎng)我的母校，她給我們配備了最優(yōu)質(zhì)的教師團隊，他們的教誨對我今后的工作生活都將產(chǎn)生深遠的影響，大學母校所傳授的學習理念將使我一生受用。其次，我要特別感謝謝從華老師，對我在系統(tǒng)開發(fā)的各階段、論文撰寫的細節(jié)上都進行了細致的指導，給出了很多建議和補充，他讓我明白不僅要學會編寫代碼，而且要有把握系統(tǒng)整體框架的能力，使我重新審視了今后應努力提升的方向。除此之外，同窗同學的幫助也不能忘卻，雖然大家的選題不同，但互相之間的交流探討讓我受益匪淺，促使自己的系統(tǒng)盡可能完善。最后，我誠心的祝愿常熟理工學院的未來會更輝煌！27