【正文】 。現(xiàn)在功能基本能正常使用，結(jié)果也能滿足需求。用戶在登錄系統(tǒng)頁面時如果輸入的用戶名和密碼格式錯誤或填寫錯誤，也不能進(jìn)入頁面即登錄失敗?？梢詮南到y(tǒng)首頁直接查找點擊，也可以在搜索欄中搜索查找 測試項目測試用例測試結(jié)果操作流程菜單首頁點擊各個店鋪的顯示店鋪的各種飯菜點擊頁面店鋪菜單搜索查詢在搜索框中輸入電名顯示所要店鋪和菜單在搜索框中輸入關(guān)鍵字管理員查看訂單信息時登錄后臺管理系統(tǒng)，查看訂單，處理訂單。具體操作：填寫注冊表中的信息，提交然后進(jìn)行登錄。黑盒測試又稱功能測試，是把程序看成一個黑盒子，完全不考慮程序等額內(nèi)部結(jié)構(gòu)和處理過程，也就是說它是在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性，還有性能是否能夠滿足要求，是否有初始化或者終止性錯誤。白盒測試又稱結(jié)構(gòu)測試，它的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理工程。測試任何產(chǎn)品都有兩種方法：黑盒測試和白盒測試。而測試目標(biāo)決定了測試方案的設(shè)計，好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)錯誤的測試方案，成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。測試階段的根本目標(biāo)是盡可能多發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用。統(tǒng)計表明，軟件測試工作量特別繁瑣約占工作總量的40%以上。如果不進(jìn)行測試，錯誤的延時擴(kuò)散會導(dǎo)致最終成品測試的巨大困難。User數(shù)據(jù)庫中包含下幾張表，： 訂單表 菜品表 用戶表 訂單條目表 管理員表 附錄4：系統(tǒng)測試文檔六、系統(tǒng)測試軟件的測試對整個軟件系統(tǒng)是非常重要的，當(dāng)今軟件工程界的每一個階段都應(yīng)包含測試。 由上述ER圖轉(zhuǎn)換成關(guān)系模式如下所示： 用戶（用戶ID，uName，uPwd，真實姓名，聯(lián)系電話，state，身份證號，喜歡口味，號碼）； 菜品（cID，Scid，菜名，價格，介紹，圖片，推薦，銷售量）； 預(yù)定（用戶ID，cID）； 訂單條目（ID，訂單ID，菜名，數(shù)量，單價，評分，信息回饋）； 包含（cID，ID）； 訂單（訂單ID，用戶ID，菜名，訂單時間，備注，金額，聯(lián)系電話，送餐地址，管理員ID）； 管理員（管理員ID，mName，mPwd，類型）； 數(shù)據(jù)表的設(shè)計是數(shù)據(jù)庫設(shè)計中極為重要的一環(huán)，它直接影響到整個程序中功能的實現(xiàn)。(13) 具有相同碼的關(guān)系模式可以合并。 (11) 一個m：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式。(9) 一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。包含訂單條目 菜品 M N包含 N N預(yù)定管理 M 1留言板留言管理員訂單生成用戶 N 1 1 N N 1其主要數(shù)據(jù)表ER 圖如下：Cid Scid菜名 介紹價格 菜品 圖片銷售量推薦訂單ID用戶ID菜名送餐地址聯(lián)系電話 訂單訂單時間金額備注 用戶ID真實姓名uNameuPwd身份證號 用戶state號碼號碼 聯(lián)系電話 喜歡口味訂單ID菜名 ID數(shù)量單價 訂單條目信息回饋評分 管理員類型管理員IDmPwdmNameme 邏輯結(jié)構(gòu)設(shè)計階段的任務(wù)是將概念結(jié)構(gòu)設(shè)計階段所得到的概念模型轉(zhuǎn)換為具體DBMS所能支持的數(shù)據(jù)模型（即邏輯結(jié)構(gòu)），并對其進(jìn)行優(yōu)化。 概念結(jié)構(gòu)設(shè)計對上述的總體設(shè)計和需求分析之后，我們已對各個模塊及其功能進(jìn)行了初步的分析。對數(shù)據(jù)的分析主要通過各模塊實現(xiàn)的功能及模塊間的聯(lián)系著手，盡可能多的列出每個實體所具有的屬性及實體間的聯(lián)系。在設(shè)計網(wǎng)上訂餐系統(tǒng)時，主要從模塊組成、數(shù)據(jù)連接和功能實現(xiàn)三個面著手，其主要目的是完成各模塊的功能，但在滿足功能的同時，也要充分考慮到數(shù)據(jù)的高效性，減少數(shù)據(jù)冗余，保證系統(tǒng)的運行速度。下訂單流程圖： 訂單管理流程圖： 系統(tǒng)管理流程圖： 添加菜品流程圖： 評價系統(tǒng)流程圖： 數(shù)據(jù)庫設(shè)計概述數(shù)據(jù)庫就是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫。 系統(tǒng)界面作為系統(tǒng)的臉面，是用戶評定該系統(tǒng)的第一印象。 （5）評價系統(tǒng)模塊：在用戶對餐廳的菜品品嘗之后，可根據(jù)情況對餐廳進(jìn)行評價，評價也對其他用戶選擇餐廳起到了參考的作用。 （3）用戶訂餐模塊：用戶選定自己喜歡的餐廳和菜品，付款等待餐廳接單，接單后等待餐廳配送。通過需求分析，在充分掌握了用戶的需求之后分析出該系統(tǒng)需要具備以下幾個功能模塊： （1）用戶注冊與登錄模塊：不同的用戶在注冊自己賬號后，即將信息保存于數(shù)據(jù)庫，用戶在輸入用戶名和密碼之后，與數(shù)據(jù)庫的校驗信息匹配，方可登錄自己的用戶界面。根據(jù)前面的分析和設(shè)計可以發(fā)現(xiàn)，每個參與者在使用系統(tǒng)前都需要進(jìn)行登錄，登陸后就可以進(jìn)行各自相應(yīng)的操作，操作完后退出系統(tǒng)。狀態(tài)圖提供了行為建模機(jī)制。系統(tǒng)管理員登錄系統(tǒng)后，可以對訂餐管理者和用戶進(jìn)行管理（增加、刪除、修改、查詢），以及對系統(tǒng)進(jìn)行維護(hù)。餐廳管理員登錄系統(tǒng)后對訂單進(jìn)行核實并安排配送，然后更新店鋪的相關(guān)信息。下單以及付款，可以對餐飲及系統(tǒng)進(jìn)行評價留言。本系統(tǒng)的用戶用例圖如下圖所示。 訂餐管理員當(dāng)用戶下訂單后，訂單管理員需及時生成訂單，如果訂餐者對訂單有所更改時，訂單管理員也要及時對數(shù)據(jù)進(jìn)行更新。網(wǎng)上訂餐系統(tǒng)主要有一下幾個方面需求：用戶用戶首先需要注冊一個賬號用于系統(tǒng)登錄，登錄后可以查看店鋪信息，并選中某一店鋪后進(jìn)入其餐飲信息界面，最終選中所需餐飲，下訂單。分析網(wǎng)上訂餐系統(tǒng)，：網(wǎng)上訂餐服務(wù)后臺前臺系統(tǒng)管理訂餐管理用戶管理更新菜單、調(diào)整價格前臺信息瀏覽、添加、刪除、修改處理訂單審核注冊用戶回復(fù)留言查詢訂單明細(xì)信息反饋和評分訂餐查看歷史訂單留言板信息瀏覽填寫、修改個人信息用戶登錄或游客注冊圖 系統(tǒng)整體框架圖該系統(tǒng)的數(shù)據(jù)流程圖分三層來描述，分別是頂層數(shù)據(jù)流圖、一級分解、二級分解，具體數(shù)據(jù)流程圖如下圖所示：頂層數(shù)據(jù)流圖 第0層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖（4） 用戶管理數(shù)據(jù)流圖（5） 訂餐管理數(shù)據(jù)流圖（6） 系統(tǒng)管理數(shù)據(jù)流圖本系統(tǒng)使用UML中的用例圖對需求建模。即通過在網(wǎng)上已有的訂餐網(wǎng)站注冊成會員來了解其具備的功能。分析已有系統(tǒng)的功能和實現(xiàn)，從而確定新系統(tǒng)的設(shè)計目標(biāo)和模型。防止惡意刪改。確保網(wǎng)上支付安全。在結(jié)構(gòu)上具有很好的可擴(kuò)展性，便于將來功能的擴(kuò)展和維護(hù)。即時可見：對客戶預(yù)定餐飲信息的處理（