【正文】 添加、刪除圖書信息。圖書管理順序圖如圖315所示圖315圖書管理順序圖(4)退貨處理任何一個商品交易過程中退貨都是很常見的現(xiàn)象，系統(tǒng)將退貨分成了無損商品和已經(jīng)損壞商品進行分類處理。(5)統(tǒng)計圖書信息在這一部分，系統(tǒng)對于積壓圖書和緊缺圖書進行統(tǒng)計，同時也對庫存圖書和已銷售圖書通過表格來進行統(tǒng)計。統(tǒng)計圖書的操作如圖3．16所示。圖316統(tǒng)計圖書信息順序圖(6)訂單管理訂單管理包括三個方面，訂單查看、按訂單發(fā)貨、發(fā)貨后處理。訂單查詢實現(xiàn)的功能是，管理員輸入查詢條件，點擊查詢按鈕，可以查找到相應的訂單記錄。查詢條件分為己發(fā)貨、已提交未發(fā)貨、訂單被取消等。具體功能如圖3．17所示。按訂單發(fā)貨實現(xiàn)的功能是，根據(jù)已經(jīng)查找出來的狀態(tài)是已經(jīng)提交但是尚未發(fā)貨的訂單來發(fā)貨。發(fā)貨后處理實現(xiàn)功能是，根據(jù)發(fā)貨后用戶對于已經(jīng)收到的貨物的處理，如果用戶按時交款，則更改狀態(tài)為已經(jīng)收到貨款。如果一定時間內(nèi)沒有收到貨款或者用戶拒絕已發(fā)出書籍，則標記用戶為沒有信用的用戶，禁止該用戶進行再次交易。管理員輸入密碼如果不正確不能進入下一個狀態(tài)。訂單在已經(jīng)發(fā)貨或者是取消的情況下狀態(tài)會變更。訂單狀態(tài)必須及時更新，以免出現(xiàn)不必要的錯誤。為了優(yōu)化數(shù)據(jù)庫結構、使其高速運行，在數(shù)據(jù)庫設計時應考慮和兼顧以下幾個方面的問題。1．數(shù)據(jù)共享共享不僅是指現(xiàn)有的應用程序可以共享數(shù)據(jù)庫的數(shù)據(jù)，而且新的應用程序也能對這些數(shù)據(jù)進行操作。換句話說，不向數(shù)據(jù)庫中添加任何新數(shù)據(jù)也能滿足新應用程序的數(shù)據(jù)要求。2．減少冗余在非數(shù)據(jù)庫系統(tǒng)中，每個應用程序都有自己的專用文件。這種情況下經(jīng)常導致在存儲數(shù)據(jù)上有很大的冗余，結果浪費了存儲空間，并帶來了數(shù)據(jù)維護上的麻煩。3．避免數(shù)據(jù)不一致在數(shù)據(jù)庫中有冗余數(shù)據(jù)的存在，而開發(fā)人員沒有意識到冗余的存在或?qū)@些冗余數(shù)據(jù)維護不當時，則必然會有兩個記錄不一致的情況。處于不一致的數(shù)據(jù)庫可能給用戶提供錯誤的矛盾的信息。4．保持完整性完整性的問題是確保數(shù)據(jù)庫的數(shù)據(jù)是正確的。同樣的事實兩條記錄的不一致，就是缺少完整的例子：當然，只要在存儲的數(shù)據(jù)中有冗余，就會引起這樣的問題。5．增強安全性數(shù)據(jù)庫管理員可以確保訪問數(shù)據(jù)庫的唯一方式通過正確的通道，因此可以定義安全性約束或規(guī)則。當試圖訪問敏感數(shù)據(jù)時，要檢查這些安全性約束或規(guī)則。6．加強標準化對重要和基礎的編碼數(shù)據(jù)要盡量采用已有的標準數(shù)據(jù)。這些標準包括企業(yè)標準、行業(yè)標準、國家標準和國際標準。標準化的數(shù)據(jù)表示可以很有效地支持數(shù)據(jù)交換或者兩個系統(tǒng)間的數(shù)據(jù)移動。用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結構以及數(shù)據(jù)處理流程，組成一份詳細的數(shù)據(jù)字典，為具體設計鋪墊。通過系統(tǒng)功能分析，針對網(wǎng)上書店需求，總結為：1．分為一般用戶和管理員用戶。其中一般用戶分為普通用戶和會員用戶。會員用戶享受優(yōu)惠折扣。2．訂單分成單張詳單和總訂單。3．每一本圖書都從屬于一種類型。4．一個用戶可以購買多本圖書。5．一個用戶對應一張訂單列表。6．一個列表對應多張訂單。經(jīng)過對軟件需求信息的匯總，對數(shù)據(jù)庫進行概念設計。1．ER圖簡介ER圖為實體一聯(lián)系圖，提供了表示實體型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型。構成ER圖的基本要素是實體型、屬性和聯(lián)系，其表示方法為：實體型：用矩形表示，矩形框內(nèi)寫明實體名；屬性：用橢圓形表示，并用無向邊將其與相應的實體連接起來；多值屬性由雙線連接；主屬性名稱下加下劃線；聯(lián)系：用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關實體連接起來，同時在無向邊旁標上聯(lián)系的類型。2．系統(tǒng)ER圖圖書實體對應多個屬性，例如圖書編號、出版日期、出版社等等。圖書實體關系圖如318所示。圖318圖書實體關系圖用戶實體包括用戶名、密碼、用戶編號、郵編、性別等等屬性。用戶實體關系圖如圖319所示。圖319用戶實體關系圖訂單包括的屬性有，訂單編號、用戶編號、下單時間、訂單價格等等。職圖如圖3—20所示。圖320訂單實體關系圖訂單列表包括屬性有，訂單編號，用戶編號，圖書編號等。ER關系圖如圖3—21所示。圖321訂單ER圖根據(jù)功能分析，管理員和用戶之間是多對多的關系。圖書和圖書種類之間的關系是多對一的關系。訂單和訂單列表之間是多對一的關系。系統(tǒng)ER圖3—22所示圖322系統(tǒng)ER圖根據(jù)數(shù)據(jù)庫概念設計，主要表詳細結果如下。表31：用戶信息表表32圖書表表33圖書類別表表34訂單表表35圖書詳細信息表第4章網(wǎng)上書店系統(tǒng)實現(xiàn) 網(wǎng)上書店主頁面 網(wǎng)上書店分類瀏覽頁面 網(wǎng)上書店登錄頁面 網(wǎng)上書店注冊頁面 網(wǎng)上書店訂單填寫頁面 網(wǎng)上書店訂成功頁面第5章網(wǎng)上書店系統(tǒng)測試 軟件測試目標軟件測試的目的決定了如何去組織測試。如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置。如果測試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評價，那么測 試就應該直接針對在實際應用中會經(jīng)常用到的假設。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。詳細而嚴謹?shù)目煽啃栽鲩L模型可以證明這一點。5．2軟件測試方法軟件測試是用來發(fā)現(xiàn)系統(tǒng)與用戶需求不符合的過程。測試方法分為，白盒測試和黑盒測試。白盒測試是對軟件過程性細節(jié)做出細致的檢查。這樣的方法是把測試對象看作是一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結構以及有關的信息，設計或者選擇測試用例，對程序所有的邏輯路徑進行測試。通過在不同的節(jié)點來檢查程序的狀態(tài)，確定實際狀態(tài)是否與預期達成一致。因此，白盒測試又稱為結構測試或者是邏輯測試。白盒測試主要是想對程序模塊進行如下檢查。1．對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2．對所有的邏輯判定，取“真或者取“假的兩種情況至少能測一遍。3．在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。4．測試內(nèi)部數(shù)據(jù)結構的有效性，等等。本次系統(tǒng)測試主要是選擇黑盒測試，軟件的黑盒測試意味著測試要在軟件的接口處進行。這樣的方法是把測試對象看成一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結構和內(nèi)部屬性，只是根據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或者數(shù)據(jù)驅(qū)動測試，黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1．是否有不正確或遺漏的功能2．在接口上，輸入是否正確的接受，能否輸出正確的結果3．是否有數(shù)據(jù)結構錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤。4．性能上是否能夠滿足要求。5．是否有初始化或者終止性錯誤。5．2．1登錄／注冊模塊測試 5．3測試總結本次測試采用黑盒測試方法。做了許過測試用例，但限于篇幅只寫出了幾個典型的測試用例。在測試的整個過程中，每個模塊的功能都比較成功，但也發(fā)現(xiàn)了一些時間問題，如在數(shù)據(jù)庫等多方面沒有數(shù)據(jù)的時候出現(xiàn)異常等，發(fā)現(xiàn)后及時做了修改。但是由于時間有限、技術不高等諸多方面原因，系統(tǒng)還存在很多值得改進的地方，我會在今后使用和維護中不斷完善該系統(tǒng)。第6章結論畢業(yè)設計現(xiàn)在已經(jīng)接近尾聲了，回想起來，感覺收獲頗多。我這次畢業(yè)設計的任務是開發(fā)網(wǎng)上書店，它用到的開發(fā)工具是myeclipse+tomcat，采用的數(shù)據(jù)庫是MySQL，采用了時下流行的框架包括struts，hibernate。經(jīng)過幾個月的開發(fā)測試，網(wǎng)上購物系統(tǒng)基本開發(fā)并通過實踐測試，其功能符合系統(tǒng)用戶的基本需求，實現(xiàn)了用戶注冊，登錄，購物車，商品瀏覽，購買，填寫訂單等功能的實現(xiàn)。系統(tǒng)使用簡潔明快的界面風格設計，具備了友好性，靈活性和可靠性，實現(xiàn)了預期目標和功能。但是由于畢業(yè)設計時間較短，所以該系統(tǒng)還有許多不盡如人意的地方。數(shù)據(jù)庫設計過程中表的結構和字段的設計還不夠優(yōu)化，表仍然存在冗余問題，沒有將數(shù)據(jù)的冗余降低到最小，因而本系統(tǒng)的運行效率的提高也是在今后的程序設計過程中的新課題。通過畢業(yè)設計，讓我感受了軟件開發(fā)的整個過程。畢業(yè)設計不僅是對我在大學所學知識的一個綜合運用，也是一次增長知識和經(jīng)驗的好機會，同時也使我學會了許多處理、解決問題的方法，大大提高了自己的動手能力，為即將走上工作崗位打下了良好的基礎。參考文獻[1]汪孝宜、劉中兵、徐佳晶等， JSP數(shù)據(jù)庫開發(fā)實例精粹，電子工業(yè)出版社 [2]劉軍馬敏書，電子商務系統(tǒng)的分析與設計(第二版)，高等教育出版社，2006。[3]解正瑞，中國電子商務發(fā)展概況，合肥聯(lián)合大學計算機系。[4]李代平，軟件工程設計案例教程，清華大學出版社。[5]孫衛(wèi)琴，精通Hibernate：Java對象持久化技術詳解，電子工業(yè)出版社[6]孫衛(wèi)琴，精通struts．基于MVC的．Java．Web設計與開發(fā)，電子工業(yè)出版社[7]劉亞賓、楊紅等，精通eclipse，電子工業(yè)出版社[8]王鋒楊堅爭羅曉靜王蓮峰，電子商務交易風險與安全保障，科學出版社[9]張幸?guī)?，計算機編譯原理，南京大學出版社[10] (克羅地亞)哈斯勒著，鐘鳴，楊義先，鈕心忻譯，電子商務安全，人民郵電出版社[11]汪孝宜劉中兵徐佳晶等編著，JSP數(shù)據(jù)庫開發(fā)實例精粹，人民郵電出版社[12]薩師宣，數(shù)據(jù)庫概論，高等教育出版社[13]清宏計算機工作室編著，JSP編程技巧，機械工業(yè)出版社，2001．1[14]深入JAVA Servlet網(wǎng)絡編程， 清華大學出版社[15]閻宏著， Java與模式，北京：電子工業(yè)出版社，2002．10。致謝在本文即將完成之際，回想研究生階段的學習生活，我衷心感謝趙合計導師。老師待人正直誠懇、關愛學生，在生活中他更像我們的兄長：在學術上，他深厚的理論素養(yǎng)、淵博的知識、嚴謹?shù)闹螌W態(tài)度，極大地感染了我們，我想這一切都會讓我們感動銘記和受益終身的。在研究生階段，老師對我的專業(yè)學習、課題研究、論文選題和撰寫都給與了極大的關注和悉心指導，在此謹致以誠摯的敬意和衷心的感謝!最后，感謝在我成長的過程中給予我?guī)椭乃欣蠋?、朋友和同學們。