【導讀】膇莃薀袃膆蒅蒃蝿膅膅蚈蚄螂芇蒁薀螁莀蚇衿袀聿蒀螅衿膂蚅蟻衿芄蒈薇袈蒆芁羆袇膆薆袂袆羋荿螈裊莀薄蚄襖肀莇薀羃膂薃袈羃芅莆螄莇薁螀羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁蚈螇羇膃蒀蚃肇芆蚆蕿肆莈葿袇肅肇節(jié)袃肄芀蕆蝿肅莂莀蚅肂肂薅薁肁膄莈袀肁芆薄螆膀荿莆螞腿肈薂薈膈膁蒞羇膇莃薀袃膆蒅蒃蝿膅膅蚈蚄螂芇蒁薀螁莀蚇衿袀聿蒀螅衿膂蚅蟻衿芄蒈薇袈蒆芁羆袇膆薆袂袆羋荿螈裊莀薄蚄襖肀莇薀羃膂薃袈羃芅莆螄莇薁螀羈膇莄蚆羀艿蠆薂罿莁蒂袁羈肁蚈螇羇膃蒀蚃肇芆蚆蕿肆莈葿袇肅肇節(jié)袃肄芀蕆蝿肅莂莀蚅肂肂薅薁肁膄莈袀肁芆薄螆膀荿莆螞腿肈薂薈膈膁蒞羇膇莃薀袃膆蒅蒃蝿膅膅蚈蚄螂芇蒁

　　

【正文】 括了：圖片，菜名，價格等。在該網(wǎng)頁上也可以查看菜品的詳細信息。如圖 13 所示為菜品界面： 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 13 訂餐界面 用戶點擊網(wǎng)上訂餐界面后，后臺會調(diào)用數(shù)據(jù)庫中的菜品信息模塊，用戶可以根據(jù)自己的需求訂購。當查看菜品信息時，在網(wǎng)頁中傳遞“菜品 ID”作為參數(shù)來獲取對應的詳情列表。菜品列表是寫在控件 foodinfo 里的，當用戶查看菜品信息時，會自動從數(shù)據(jù)庫中取出相應的數(shù)據(jù) ,供用戶查看。用戶自定義控件說明 ： 。在后臺中的運行情況是由 webroot 文件下的 跳轉(zhuǎn)到 ，即從登陸界面跳轉(zhuǎn)到菜品界面。 圖 14 菜品詳細信息界面 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 如圖 14 為菜品的詳細信息，用戶點擊菜品詳情，后臺會調(diào)用數(shù)據(jù)庫中的菜品詳細信息模塊，用戶可以看到關(guān)于該菜品的詳細信息。 用戶點擊菜品詳細信息時，后臺會自動選取數(shù)據(jù)庫中的“菜品 ID”作為參數(shù)來獲取對應的詳情列表。菜品詳細信息是寫在控件 details 里的，當用戶查看菜品詳細信息時，會自動從數(shù)據(jù)庫中取出相應的數(shù)據(jù)。用戶自定義控件說明： 。用戶可點擊“詳情”查看，后臺運行過程為 跳轉(zhuǎn)到 ，即從菜品界面跳轉(zhuǎn)到菜品的詳細介紹界面。另外，對于初次登陸本站的用戶，本站不提供任何優(yōu)惠活動。而對于老用戶而言，本站會不定期舉行優(yōu)惠活動，以感謝他們對本站的支持。 訂餐服務 當用戶進行訂餐時，系統(tǒng)為用戶生成了一個虛擬的購物車，在用戶瀏覽詳細的菜單信息時，可以選擇數(shù)量，然后將此菜品放入購物車中。 在訂餐過程中，用戶可以查看自己購物車中選購的菜品和金額，根據(jù)自己的需要可以刪除購物車中的菜品，還可以選擇繼續(xù)訂餐，在查看購 物車時填入相關(guān)送餐信息，點擊“提交訂單”，完成了整個訂餐流程。 用戶反饋 用戶可以點擊“購物車”查看自己當前訂單。生成訂單后，本站鼓勵用戶在訂單附言欄目中寫出對本站的意見，您的意見就是給本站最大的幫助。 圖 15 確認支付和配送信息界面 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 15 為生成訂單的頁面，生成訂單時，系統(tǒng)會根據(jù)用戶提供的信息建一模塊，其屬性包括：訂餐人、送貨地址、聯(lián)系電話等。待用戶提交信息后，系統(tǒng)會根據(jù)已保留的模塊進行結(jié)算。 用戶點擊生成訂單時，后臺會自動選取數(shù)據(jù)庫中的“用戶 ID”作為參數(shù)來獲取對應的詳情列表。訂單詳細信息是寫 在控件 checkOut 里的，當用戶查看訂單詳細信息時，會自動從數(shù)據(jù)庫中取出相應的數(shù)據(jù)。用戶自定義控件說明： 。在后臺中的運行情況是由 webroot 文件下的 跳轉(zhuǎn)到 。在該界面用戶須認真填寫送貨地址及聯(lián)系電話，如對本站有任何意見或建議可以在訂單附言中加以說明，我們后期會根據(jù)您的反饋做出相應的改善。 訂單處理 后臺對訂單的處理主要是查看和修改訂單狀態(tài)。訂單的處理涉及兩張數(shù)據(jù)表：訂單表和訂單條目表。在查看訂單列表時，綁定的數(shù)據(jù)是訂單表中的數(shù)據(jù) ，當查看訂單詳情時，在網(wǎng)頁中傳遞“訂單 ID”作為參數(shù)來獲取對應的詳情列表。 管理員可以查看訂單詳情，根據(jù)實際情況處理修改訂單狀態(tài)。 后臺信息管理 后臺管理員需要登錄后才能進入后臺管理。 通過登陸驗證，保證了數(shù)據(jù)的安全性和保密性。管理員對信息的管理是分別針對數(shù)據(jù)庫中的每一張表進行的。對于每張表的信息可以添加、刪除和修改。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 第 5 章 網(wǎng)上訂餐系統(tǒng)測試 測試目標 軟件測試的目的決定了測試方法。軟件測試的目標：測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；好的測試方案是極可能 發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。 測試方法 軟件測試 有 2 種類型，其一是用計算機來測試，其二是人工測試 。而基于計算機的測試由可以分為白盒測試和黑盒測試。 黑盒測試 ： 黑盒測試就是在測試時的目的是測試每個實現(xiàn)的功能能否滿足實際要求，使用計算機來測試，依據(jù)是產(chǎn)品的規(guī)格說明書 。 測試的位置是在軟件的接口處 。就是說， 測試人員在測試的時候不考慮內(nèi)部的問題而僅僅測試是否能夠?qū)崿F(xiàn)某些功能，看軟件是否與規(guī)格說明書中所描述的一樣。 測試必須覆蓋所有可能的結(jié)果以及所有可 能出現(xiàn)的數(shù)據(jù)，不能缺少任何一個，這是黑盒測試需要注意的地方 。 白盒測試 ： 白盒測試則是需要把軟件看成一個打開的盒子，也就是說測試人員可以看到內(nèi)部的結(jié)構(gòu)，測試時需要對于內(nèi)部的每個細節(jié)以及數(shù)據(jù)處理可能經(jīng)過的路徑進行全部的測試，檢查是否存在問題，是否能夠滿足實際需求，所有的內(nèi)部成分都必須經(jīng)過測試，測試人員需要利用到內(nèi)部的結(jié)構(gòu) 。 要是只說它們的概念的話 ： 黑盒測試就是把程序當成一個對內(nèi)部細節(jié)全部不可知的黑色盒子 ， 測試的只是它的功能 。 而白盒測試則是知道其中的代碼和模塊的相關(guān)聯(lián)系 ， 程序才測試者看來就象個透明的玻璃盒子 ， 可以深入其邏輯層進行更深入的邏輯和代碼測試 ， 因此叫做白盒測試 。 主模塊測試 登錄／注冊模塊 表 4 登錄模塊測試 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 測試項目 測試用例 測試結(jié)果 操作流程 用戶登錄 用戶名： zj 正確密碼 :123 輸入密碼： 123 登陸成功 在網(wǎng)站首頁的登陸框上登陸 用戶登錄 用戶名： zj 正確密碼 :123 輸入密碼： 132 錯誤提示：“登陸失敗” 在網(wǎng)站首頁的登陸框上登陸 用戶注冊 輸入相關(guān)注冊信息 注冊成功 在網(wǎng)站首頁的登陸框上點擊“注冊” 對于用戶登錄 /注冊模塊的測試，我們使用了兩個用例，當用 戶名 zj 對應的正確密碼是 123 時，在密碼欄輸入 123 可以成功登錄，輸入其他密碼則不能登陸成功，該測試結(jié)果證明本模塊沒有錯誤。 訂餐服務模塊 表 5 訂餐服務模塊測試 測試項目 測試用例 測試結(jié)果 操作流程 預定菜品 沒有登陸，點擊“訂購” 提示信息：請先登陸 在詳細菜品頁面點擊“訂購” 預定菜品 登陸后，點擊“訂購” 提示：已放入購物車 登陸系統(tǒng)后在詳細介紹菜品頁面點擊“訂購” 生成訂單 點擊“生成訂單” 提示： 請確認支付和配送信息 查看購物車頁面，填寫相關(guān)的送餐信息，點擊“生成訂單” 對于 訂餐服務模塊的測試，我們?nèi)匀皇褂昧藘蓚€用例，一個用例沒有登錄，另一個用例登陸成功。沒有登陸的情況下點擊“訂購”，系統(tǒng)會自動跳轉(zhuǎn)到登錄界面，同時沒有生成訂單；在已登錄的情況下，點擊“訂購”，可以完成訂購過程，同時可以點擊“生成訂單”。該測試結(jié)果表明本模塊仍然正確。 菜單管理模塊 表 6 菜單管理模塊測試 測試項目 測試用例 測試結(jié)果 操作流程 添加菜單信息 用戶名： admin 正確密碼 :admin 可以上傳 在網(wǎng)上訂餐界面點擊“管理員上傳信息” 用戶名： 123 正確密碼： 123 不可以上傳 對于菜單管理模塊的測試，本次測試使用了管理員和普通用戶分別登陸后，點擊網(wǎng)上訂餐界面，點擊后測試能否出現(xiàn)“管理員上傳信息”。測試結(jié)果表明只有 admin 在登陸后才會在網(wǎng)上訂餐界面出現(xiàn)上傳信息，測試成功。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 測試總結(jié) 測試用例總結(jié)： （ 1）對于用戶登錄 /注冊模塊的測試，我們使用了兩個用例，當用戶名 zj 對應的正確密碼是 123 時，在密碼欄輸入 123 可以成功登錄，輸入其他密碼則不能登陸成功，該測試結(jié)果證明該模塊沒有錯誤。 （ 2）在測試的過程中出現(xiàn)過如下的問題：在登陸界面，輸入用戶名 zj 對應的密碼是 456，結(jié)果 仍然登陸成功。該現(xiàn)象表明系統(tǒng)數(shù)據(jù)庫不夠完善，在與用戶信息進行匹配時出現(xiàn)了錯誤。經(jīng)過仔細的檢查，我們發(fā)現(xiàn)數(shù)據(jù)庫中存在的漏洞，解決了輸入密碼錯誤仍然成功登陸的現(xiàn)象。 （ 3）對于訂餐服務模塊的測試，我們?nèi)匀皇褂昧藘蓚€用例，一個用例沒有登錄，另一個用例登陸成功。沒有登陸的情況下點擊“訂購”，系統(tǒng)會自動跳轉(zhuǎn)到登錄界面，同時沒有生成訂單；在已登錄的情況下，點擊“訂購”，可以完成訂購過程，同時可以點擊“生成訂單”。該測試結(jié)果表明本模塊仍然正確。 （ 4）對于菜單管理模塊的測試，本次測試使用了管理員和普通用戶分別登陸后，點擊 網(wǎng)上訂餐界面，點擊后測試能否出現(xiàn)“管理員上傳信息”。測試結(jié)果表明只有 admin在登陸后才會在網(wǎng)上訂餐界面出現(xiàn)上傳信息，測試成功。 此次測試采用黑盒測試方法。雖然僅僅做了幾個測試用例，但覆蓋的范圍還是比較廣泛的，各個部分的功能基本都沒有問題。系統(tǒng)功能還比較簡單，需要在今后的使用中繼續(xù)改進，不斷完善此網(wǎng)上訂餐系統(tǒng)。 經(jīng)過測試，本系統(tǒng)可以提供用戶注冊及登錄、并在注冊成會員后方可享受本站提供的服務，如瀏覽菜單詳情、訂購菜品、生成訂單等等。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 第 6 章 結(jié)論與展望 該課題是利用 Java 技術(shù)，基于 B/S 模式開發(fā)的網(wǎng)上訂餐系統(tǒng)，在分析、研究網(wǎng)上訂餐技術(shù)的基礎(chǔ)上，對系統(tǒng)的組織結(jié)構(gòu)、數(shù)據(jù)流程、用戶需求等內(nèi)容進行了詳細的調(diào)查和分析。在設(shè)計的過程中，綜合運用了大學所學的各種知識，將知識相互融合，特別是軟件工程以及