【正文】 在設(shè)計的過程中，綜合運用了大學所學的各種知識，將知識相互融合，特別是軟件工程以及 J。 經(jīng)過測試，本系統(tǒng)可以提供用戶注冊及登錄、并在注冊成會員后方可享受本站提供的服務(wù)，如瀏覽菜單詳情、訂購菜品、生成訂單等等。雖然僅僅做了幾個測試用例，但覆蓋的范圍還是比較廣泛的，各個部分的功能基本都沒有問題。測試結(jié)果表明只有 admin在登陸后才會在網(wǎng)上訂餐界面出現(xiàn)上傳信息，測試成功。該測試結(jié)果表明本模塊仍然正確。 （ 3）對于訂餐服務(wù)模塊的測試，我們?nèi)匀皇褂昧藘蓚€用例，一個用例沒有登錄，另一個用例登陸成功。該現(xiàn)象表明系統(tǒng)數(shù)據(jù)庫不夠完善，在與用戶信息進行匹配時出現(xiàn)了錯誤。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 測試總結(jié) 測試用例總結(jié)： （ 1）對于用戶登錄 /注冊模塊的測試，我們使用了兩個用例，當用戶名 zj 對應(yīng)的正確密碼是 123 時，在密碼欄輸入 123 可以成功登錄，輸入其他密碼則不能登陸成功，該測試結(jié)果證明該模塊沒有錯誤。 菜單管理模塊 表 6 菜單管理模塊測試 測試項目 測試用例 測試結(jié)果 操作流程 添加菜單信息 用戶名： admin 正確密碼 :admin 可以上傳 在網(wǎng)上訂餐界面點擊“管理員上傳信息” 用戶名： 123 正確密碼： 123 不可以上傳 對于菜單管理模塊的測試，本次測試使用了管理員和普通用戶分別登陸后，點擊網(wǎng)上訂餐界面，點擊后測試能否出現(xiàn)“管理員上傳信息”。沒有登陸的情況下點擊“訂購”，系統(tǒng)會自動跳轉(zhuǎ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 對應(yīng)的正確密碼是 123 時，在密碼欄輸入 123 可以成功登錄，輸入其他密碼則不能登陸成功，該測試結(jié)果證明本模塊沒有錯誤。 要是只說它們的概念的話 ： 黑盒測試就是把程序當成一個對內(nèi)部細節(jié)全部不可知的黑色盒子 ， 測試的只是它的功能 。 測試必須覆蓋所有可能的結(jié)果以及所有可 能出現(xiàn)的數(shù)據(jù)，不能缺少任何一個，這是黑盒測試需要注意的地方 。 測試的位置是在軟件的接口處 。而基于計算機的測試由可以分為白盒測試和黑盒測試。軟件測試的目標：測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；好的測試方案是極可能 發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。對于每張表的信息可以添加、刪除和修改。 通過登陸驗證，保證了數(shù)據(jù)的安全性和保密性。 管理員可以查看訂單詳情，根據(jù)實際情況處理修改訂單狀態(tài)。訂單的處理涉及兩張數(shù)據(jù)表：訂單表和訂單條目表。在該界面用戶須認真填寫送貨地址及聯(lián)系電話，如對本站有任何意見或建議可以在訂單附言中加以說明，我們后期會根據(jù)您的反饋做出相應(yīng)的改善。用戶自定義控件說明： 。 用戶點擊生成訂單時，后臺會自動選取數(shù)據(jù)庫中的“用戶 ID”作為參數(shù)來獲取對應(yīng)的詳情列表。 圖 15 確認支付和配送信息界面 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 15 為生成訂單的頁面，生成訂單時，系統(tǒng)會根據(jù)用戶提供的信息建一模塊，其屬性包括：訂餐人、送貨地址、聯(lián)系電話等。 用戶反饋 用戶可以點擊“購物車”查看自己當前訂單。 訂餐服務(wù) 當用戶進行訂餐時，系統(tǒng)為用戶生成了一個虛擬的購物車，在用戶瀏覽詳細的菜單信息時，可以選擇數(shù)量，然后將此菜品放入購物車中。另外，對于初次登陸本站的用戶，本站不提供任何優(yōu)惠活動。用戶自定義控件說明： 。 用戶點擊菜品詳細信息時，后臺會自動選取數(shù)據(jù)庫中的“菜品 ID”作為參數(shù)來獲取對應(yīng)的詳情列表。在后臺中的運行情況是由 webroot 文件下的 跳轉(zhuǎn)到 ，即從登陸界面跳轉(zhuǎn)到菜品界面。菜品列表是寫在控件 foodinfo 里的，當用戶查看菜品信息時，會自動從數(shù)據(jù)庫中取出相應(yīng)的數(shù)據(jù) ,供用戶查看。如圖 13 所示為菜品界面： 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 13 訂餐界面 用戶點擊網(wǎng)上訂餐界面后，后臺會調(diào)用數(shù)據(jù)庫中的菜品信息模塊，用戶可以根據(jù)自己的需求訂購。 菜單信息瀏覽 在首頁中，可以直接瀏覽到部分的菜單信息，信息包括了：圖片，菜名，價格等。否則，系統(tǒng)會自動跳轉(zhuǎn)到注冊界面。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 第 4 章 網(wǎng)上訂餐系統(tǒng)的實現(xiàn) 登陸 /注冊 如圖 12 是網(wǎng)上訂餐系統(tǒng)的首頁， 圖 12 網(wǎng)站首頁 用戶自定義控件說明： 在登陸系統(tǒng)之前需要注冊，注冊的信息由游客填寫，提交注冊信息后，需要通過后臺管理員對注冊信息進行審核，給予審批后，才能登陸系統(tǒng)。 任何的變量都不可能一次性設(shè)定，因此實際操作中還需要重新賦值，物理設(shè)計階段只是初步調(diào)整了配置系統(tǒng)的變量。 在具體使用到的時候還會根據(jù)具體情況進行改動 。 系統(tǒng)配置 DBMS 設(shè)計出來的 產(chǎn)品一般都提供了一些 系統(tǒng) 的 配置變量、 系統(tǒng) 設(shè)計人員 、數(shù)據(jù)庫管理員 對數(shù)據(jù)庫進行物理優(yōu)化 、 存儲分配參數(shù)。此外，日志文件 的 備份 可以和 數(shù)據(jù)備份 只有在需要恢復的時候才會被用到 ， 存儲的設(shè)備可以是磁帶，因為磁帶能夠存儲大量的數(shù)據(jù) 。 數(shù)據(jù)存放位置 需要提高系統(tǒng)的性能 ， 按照實際的需求，我們把穩(wěn)定的部分與變動 的部分區(qū)分開，同時把經(jīng)常需要存取的地方與不經(jīng)常存取的區(qū)分開 。數(shù)據(jù)庫不同層次之間的聯(lián)系是通過映射進行轉(zhuǎn)換的。 物理設(shè)計 數(shù)據(jù)庫存儲結(jié)構(gòu) 數(shù)據(jù)庫的存儲結(jié)構(gòu)要綜合考慮物理數(shù)據(jù)層、概念數(shù)據(jù)層和邏輯數(shù)據(jù)層三方面的因素。 表 3 用戶表 Field Type Null Key Comment 用戶 ID Int No Yes 標識遞增 untamed Nvarchar（ 50） No No 登錄名 uPwd Nvarchar（ 50） No No 登錄密碼 聯(lián)系電話 Nvarchar（ 50） Yes No Nvarchar（ 50） Yes No 當用戶登陸之后，后臺會根據(jù)表中所示的屬性調(diào)出相應(yīng)的數(shù)據(jù)表與用戶的信息進行匹配，匹配成功后，系統(tǒng)會自動保留用戶信息。待用戶填寫完確認支付和配送信息后，本次訂餐結(jié)束，系統(tǒng)自動保存訂單信息，管理員會根據(jù)用戶提供的信息進行送餐服務(wù)。 數(shù)據(jù)表的設(shè)計 數(shù)據(jù)庫的主要表詳細結(jié)構(gòu)如下： 表 1 訂單表 Field Type Null Key Comment 訂單 ID Int No Yes 標識遞增 用戶 ID Int No No 外鍵，對應(yīng)于用戶表中的“用戶 ID” 送餐地址 Nvarchar（ 50） No No 備注 Nvarchar（ MAX） Yes No 訂餐姓名 Nvarchar（ 50） No No 訂餐時間 Datetime Yes No 金額總價 Float Yes No 用戶點擊網(wǎng)上訂餐界面中“訂購”之后，后臺會自動調(diào)用數(shù)據(jù)庫中的訂單表。 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 11 菜單 ER圖 在網(wǎng)上訂餐界面，可以查看到菜品的詳細信息，包括菜名、價格、介紹及菜的圖片，用戶可根據(jù)自己的口味有選擇性的訂購。 圖 10 訂單 ER 圖 訂單包含的屬性有：金額總計、聯(lián)系電話、備注、訂單 ID、送餐 地址、用戶 ID。 圖 8 訂餐系統(tǒng) ER 圖 以下是主要數(shù)據(jù)表的 ER圖： 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 圖 9 用戶 ER圖 如圖 9 所示，用戶的屬性包含：聯(lián)系電話、 、用戶 ID。實體型、屬性和聯(lián)系是構(gòu)成 ER圖的基本要素，各有不同的表示方法用矩形表示實體型，矩形框 寫上實體名；橢圓形表示的則是屬性，無向的邊連接著相應(yīng)的屬性；雙線連接是多屬性值；下劃線加在主屬性名稱下；菱形表示的是聯(lián)系，框內(nèi)為聯(lián)系名用無向邊連接有關(guān)實體，聯(lián)系的類型寫在無向邊上 [8]。顯然， 經(jīng)過概要設(shè)計之后 ， 就建立了一個系統(tǒng)的邏輯模型，該模型不受具體的計算機影響 。軟件結(jié)構(gòu)在設(shè)計時需要完成 的任務(wù)是： 把 按功能 的不同 模塊劃分、 確立 層次結(jié)構(gòu)及 相互調(diào)用 、 接口與人機間的聯(lián)系 。 通過系統(tǒng)功能分析，針對網(wǎng)上訂餐需求，總結(jié)為： 分為一般用戶和管理員，可以通過用戶身份進行前臺訂餐，只有管理員身份才能進行后臺管理； 個人網(wǎng)上書店管理系統(tǒng)的設(shè)計與實現(xiàn) 一個用戶可以訂購多個菜品； 一個用戶對應(yīng)多張訂單表。 數(shù)據(jù)庫需求分析 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu)能通過對現(xiàn)存系統(tǒng)