【導讀】隨著信息技術的逐步發(fā)展，電子商務已經發(fā)展起來并在逐步壯大。電子商務的這些優(yōu)點使得書店的經營成本大大降低，因而網上書店得到了巨大的。發(fā)展，越來越多的書店進入網絡時代。本論文的主要工作是研究并實現網上考試書店系統(tǒng)。本文首先介紹了網上購書系統(tǒng)。和數據庫設計，較詳細的介紹了系統(tǒng)的部分模塊詳細設計和實現。最后，本文對系統(tǒng)進。行了單元測試、集成測試、確認測試等。該系統(tǒng)分為前臺和后臺兩個模塊，前臺是用戶。管理、用戶管理、訂單管理等功能。工具，設計的系統(tǒng)采用MVC模式。

　　

【正文】 加圖書信息成功后，進入我的購物車列 19 表信息頁面，如圖 所示 。 圖 我的購物車頁面 在我的購物車的頁面中，主要的操作有：查看、刪除 、下訂單。 查看表示查看此圖書的詳細信息； 刪除表示刪除某一條購物車記錄；下訂單則是提交當前所選的圖書列表及其數量的信息，形成訂單。下面具體介紹將圖書 加入購物車操作時的邏輯分析設計。 1. Controller 層 在添加圖書到購物車時候，觸發(fā) 操作，這個操作是由BookinfoController 類中的 buyBookHandler()方法來進行處理的。在此方法中，首先是得到圖書的 id信息，然后通過 ().getAttribute()操作得到 Session 中的購物車信息，如果是添加第一個圖書信息，則構造購物車對象，接著判斷 Session 中是否有 id 這個對象， 如果沒有，則返回到提示用戶登錄的頁面；如果有，判斷購物車對象中是否已經含有了要添加的圖書信息，這里主要通過 Service 層的 BookinfoService 接口中的 hasTheBookinfo()方法來進行判斷，傳入的參數是購物車對象和圖書的 id，如果判斷有要添加的圖書對象信息，則返回到提示用戶此圖書已經添加的頁面。一切都順利進行，則將此圖書信息進行初始化，然后添加到購物車對象中，并將購物車對象設置到 Session 中，并返回到我的購物車的主頁面。 2. Service 層 利用 BookinfoService 接 口中的 HasTheBookinfo()方法判斷購物車中是否含有了要添加的圖書信息。對傳入的購物車對象 ArrayList 進行遍歷，判斷其中對象的 id 信息是否與要添加的圖書 id 相等。如果相等，返回 true；否則，返回 false。同時，用 BoolinfoService 接口的 getBookinfo()方法得到 Bookinfo 對象。 購物車管理 設計 在 購物的過程中，將購物車的信息存放在 Session 里面。這樣，用戶在整個過程中，都能夠訪問到 Session 里面的購物車信息，也就是對購物車的信息進行了共享，不論是否關閉了購物車的頁面，購物車的信息始終存放在 Session 里面，并且未被寫入數據庫中。當進行下訂單處理的時候，購物車的信息才被寫入數據庫中，同時將購物車對象設置為 null，這樣即達到了提交訂單的效果，又能夠把購物車中的信息清空，使得用戶可以再次購物。 在進行購物車管理的時候，可以進行刪除圖書信息處理，這個過程是將購物車對象中要刪除的圖書對象刪除，并且重新設置購物車對象信息到 Session 里面，接著返回到 20 購物車的主頁面。刪除的頁面如圖 所示。 圖 刪除購物車中信息的頁面 在刪除圖書前，會有提示 信息，單擊確定以后，即可刪除信息。單擊下訂單操作以后，即可提交購物車的信息形成訂單，如圖 所示 。 圖 訂單提交完成頁面 在 購物車的實現頁面 中， 通過循環(huán)，將從 Session 中得到的 shoplist 對象進行循環(huán)處理，列出購物車中的圖書信息列表。其中，在循環(huán)的過程中，設置一個計數器 count，累加所購圖書的總金額。在操作欄中，設置一個刪除的鏈接，觸發(fā)一個帶參數 book_id的 操作來刪除購物車中的某條圖書信息。 下面是具體的邏輯結構分析： 1. Controller 層 用到 BookinfoController 類中的兩個方法： delShopCartHandler()、updateShopCartHandler()。這里給出 delShopCartHandler()的分析：首先是得到要刪除的圖書信息 id，然后從 Session 中獲得購物車對象信息，在購物車對象中進行循環(huán)遍歷，查找出要刪除的對象將之刪除，最后重新設置購物車對象信息到 Session 中，并返回到購物車頁面。 此外，在提交購物車信息，形成訂單的過程中，要用到 AddOrderinfoFormController類中的 onSubmit()方法。在這個處理的過程中，不僅要把訂單的基本信息存入數據庫中，而且要將訂單的詳細信息也一并存入。首先得到表單提交的信息序列化后的對象，將之 21 轉換成 Orderinfo 對象，并根據 Service 層接口的 createOrderinfo()方法創(chuàng)建新的訂單基本信息。接著得到 Session 中的購物車信息，將其中的每條記錄都轉化成 Orderdetail 對象，然后調用 Service 層的 createOrderdetail()方法，創(chuàng)建訂單的詳細信息。整個過程完成以后，將 Session 中的購物車對象設置為空，以使 得用戶可以繼續(xù)購物，最后返回到訂單形成的頁面。 2. Service 層 其中的 createOrderinfo()、 createOrderdetail()為 controller 層服務，其中的 save()方法，用來保存各自的對象。 系統(tǒng)運行效果 在地址欄輸入本系統(tǒng)的地址： 以后，就可以進入系統(tǒng)的用戶主頁面了，我設計的主頁面效果圖如圖 所示。 圖 用戶主頁面 主頁面的的圖片是一個展開的畫卷，充滿書香之氣。其分布是四部分：頭部、尾部、中左菜單欄、中右主頁面。上部為滾動的歡迎語和導航菜單，這個菜單有四個部分：最新圖書、搜索圖書、聯系我們、訂購流程。尾部是關于版權的信息欄。中左的菜單欄在還未登錄的時候顯示的是用戶登錄框，包括登錄和新用戶注冊的功能。中右的主頁面顯示在線用戶正要操作的內容，默認的是顯示最新圖書列表。 圖 用戶登錄以后的頁面 在 圖 這個頁面中，有一個用戶信息欄，顯示用戶登錄以后的個人信息，中部有一個“購物車” 鏈接，用來 查看已經打算購買的圖書的信息。下部有一個“我的訂單的”鏈接，用戶可以查看所有的訂單 ，如圖 所示 。 22 圖 用戶查看所有訂單的頁面 圖 管理員管理頁面 圖 是管理員管理頁面，中間左邊是系統(tǒng)功能的菜單欄分區(qū)，分為“圖書管理”“用戶管理”“訂單管理”，中間右邊是系統(tǒng)的主分區(qū)，顯示管理員正要操作的內容。 圖 圖書分類管理頁面 在圖 圖書分類管理頁面中，將圖書分類的信息顯示出來，并且在底部由一個添加新分類的表單項。在列表中，有三個鏈接：“查看此類圖書”“修改”“刪 除”。這三個鏈接的功能分別為：查看此類相關的所有圖書信息列表；修改選中的類的名稱；刪除 23 這個類別，并且刪除所有關聯此類的圖書信息。 圖 圖書管理頁面 在圖 圖書管理頁面中，除了查看、修改、刪除等功能外，還在頁面的頂端設置了一個“添加新圖書”的操作。點擊 “查看” 鏈接，會出現如圖 所示的頁面。 圖 圖書詳細信息頁面 第六章 系統(tǒng)測試 軟件測試的概念 隨著計算機技術的迅速發(fā)展和廣泛深入地應用，軟件系統(tǒng)的規(guī)模和復雜性也與日俱增，軟件中存在的缺陷與故障造成的 各類損失也大大增加了， 有的甚至會帶來災難性的后果。軟件質量問題已 成為所有使用軟件和開發(fā)軟件人員關注的焦點。而由于軟件本身的特性，軟件中的錯誤是不可避免的。因此為了保證軟件質量，必須對軟件進行測試。軟件測試是軟件開發(fā)中必不可少的環(huán)節(jié)，是最有效的排除和防治軟件缺陷的手段。 軟件測試 是為了盡早地發(fā)現在軟件產品中所存在的各種軟件缺陷而展開的貫穿整個軟件開發(fā)生命周期，對軟件產品（包括階段性產品）進行驗證和確認的活動過程。 軟件測試包括黑盒測試和白盒測試。 黑盒測試是指在對程序進行的功能抽象的基礎上，將程序劃分成功能單元，然后對每個功能單元 生成的測試數據進行測試。在測試時，把程序看作一個不能打開的盒子， 24 在完全不了解程序內部結構和內部特性的情況下，測試者在程序接口進行測試，只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當接收數據而產生正確的輸入信息，并且保持外部信息的完整性 [10]。 白盒測試是指在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據，測試程序的內部變量狀態(tài)、邏輯結構、運行路徑等，檢查程序中的每條通路是否都能按預定要求正確工作，所有內部成分是否按規(guī)定正常進行 [11]。 軟件測試 的具體步驟 1. 單元測試 單元測試集中對用源代碼實現的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現了規(guī)定的功能。例如，在用戶注冊模塊，提交用戶基本信息后，測試信息是夠添加成功；在管理員提交新圖書信息后，測試圖書信息是否成功添加。 2. 集成測試 該階段 把已測試過的模塊組裝起來，主要對與設計相關的軟件體系結構的構造進行測試。例如，在圖書信息管理模塊中，管理員添加新圖書后， 測試 在圖書查詢模塊中是否能查詢到此圖書；在用戶登錄注冊模塊中，注冊新用戶后， 測試 在用戶管理模塊中，管理員是否能查看到此用戶信 息。 3. 正常情況測試 檢查已實現的軟件是否滿足了需求規(guī)格說明中確定了的各種需求以及軟件配置是否完全、正確。 模擬正常的工作順序，進行信息的添加、修改、刪除等操作。 例如 ,用戶注冊后，測試是否能正常登錄，然后測試是否能下訂單訂購圖書、能否能查看到此訂單，最后測試管理員能否在后臺查看到此訂單、是否能進行發(fā)貨操作。 4. 異常情況測試 在信息的錄入過程中，進行不規(guī)則填寫或漏寫，查看系統(tǒng)是否會彈出錯誤提示。 部分 軟件測試用例 1. 測試管理員管理圖書模塊中添加新圖書功能是否達到要求。在如圖 所示的頁 面中，添加關于《 2021 國家公務員考試預測》圖書詳細信息后，點擊“確定”，返回到圖書列表，可看到圖書已在列表中（如圖 所示）。證明此功能已經到達要求。 25 圖 添加圖書詳細信息 圖 驗證圖書添加成功頁面 2. 測試用戶在前臺注冊后，管理員是否能在后臺對其進行管理。如圖 所示，用戶“ wang”在前臺注冊成功，管理員在后臺用戶管理中可查看到其詳細信息（如圖 所示）。 圖 用戶“ wang”的注冊成功信息 圖 驗證用 戶“ wang”在用戶列表中 3. 測試提醒用戶登錄功能。用戶未登錄，在點擊“訂購”時，提醒用戶先登錄（如圖 所示）。 圖 提醒用戶登錄頁面 26 通過以上測試證明，本系統(tǒng)在運行上是可行的，各項功能也都能夠正常運行。 27 結 論 本系統(tǒng)的 預期功能 已經基本 實現 ?？偟膩碚f，已完成并實現了調研時的需求和預期實現的功能。 通過 這次畢業(yè)設計， 得到了不少收獲 。從 設計一開始 ， 就不斷回憶以前知識 ， 并不斷查看以前的書籍進行知識補充，并通過 上網搜 索 擴展知識面 ，琢磨我的系統(tǒng)將要實現哪些功能， 使用何種開發(fā)語言、哪種數據庫、哪種開發(fā)工具。 另外本次的市場調研給了我一些社會經驗。 最后 是 系統(tǒng) 詳細設計 階段 ，這個過程中遇到了好多 困難，不過通過自己的不斷努力學習，向他人請教， 最終系統(tǒng)的預期功能都基本實現 。 本次的畢業(yè)設計 使 我增長了不少的軟件開發(fā)知識和軟件開發(fā)經驗，同時又養(yǎng)成了良好的軟件編程習慣和努力思考、決不放棄的精神。另外，本次畢業(yè)設計的完成，使我五年來學習的軟件知識系統(tǒng)化，形成了一個整體。我明白了只有軟件知識，不加以編程訓練，是寫不好軟件的，只有多加編程訓練，才 能深刻理解代碼意義，理解各種開發(fā)語言的精髓所在。在此系統(tǒng)中，仍然存在不少缺點，還有許多功能需要添加。在編寫系統(tǒng)代碼過程中，發(fā)現自己有許多缺點， 例如 對于代碼記憶不牢，需要不斷翻書查看以前學過的知識。 在本次設計中，還遇到了不少問題。 從設計一開始，就存在以前知識遺忘的問題，花費了幾天的復習，進行知識復習。最后是在系統(tǒng)詳細設計階段，遇到了好多困難，例如許多好的想法由于知識不足不得不舍棄、編寫代碼過程中由于經驗不足而不斷修改代碼從而加重了工作量等。 由于時間與所學知識的限制，該系統(tǒng)還存在很多不足之處，有待進一步的改進 和完善。例如：用戶注冊后不能修改密碼、用戶下訂單后不能取消訂單、用戶不能按類別查看圖書等。 本次畢業(yè)設計，給我留下了豐厚的財富。我相信，本次設計也會讓我在以后的學習、研究和工作中受益匪淺。 28 謝 辭 時光荏苒，轉眼間馬上就要度過五年的大學生活，這將近五年 的學習生涯不僅是豐富個人知識的重要階段，也是我提升自身素質與能力的關鍵時期。 首先感謝學校對我五年來的教育和各位任課老師的授課，五年來有的老師帶病上課，所有老師不顧風雨寒霜、路途遙遠，每節(jié)課都按時到達，認真講課，傳授了我許多的知識，給予 了我巨大的幫助。老師們的敬業(yè)精神和嚴謹的治學態(tài)度讓我終生受益，永不忘記。 本次畢業(yè)設計是我第一次獨立開發(fā)一套比較完整的軟件程序， 在 王瑞 老師的悉心指導和嚴格要求下 已 經 完成，從課題選擇到具體的寫