【正文】 數(shù)據(jù)庫設(shè)計(jì)概述數(shù)據(jù)庫就是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫。本系統(tǒng)所采用的數(shù)據(jù)庫是Mysql數(shù)據(jù)庫，它擁有一個(gè)快且穩(wěn)的基于線程的內(nèi)存分配系統(tǒng)，可以持續(xù)使用。在設(shè)計(jì)網(wǎng)上訂餐系統(tǒng)時(shí)，主要從模塊組成、數(shù)據(jù)連接和功能實(shí)現(xiàn)三個(gè)面著手，其主要目的是完成各模塊的功能，但在滿足功能的同時(shí)，也要充分考慮到數(shù)據(jù)的高效性，減少數(shù)據(jù)冗余，保證系統(tǒng)的運(yùn)行速度。 為滿足本系統(tǒng)要完成的功能，我們需要對數(shù)據(jù)進(jìn)行嚴(yán)格的數(shù)據(jù)分析，且盡量精細(xì)的分析數(shù)據(jù)，以減少數(shù)據(jù)冗余，制作出更高效的系統(tǒng)。對數(shù)據(jù)的分析主要通過各模塊實(shí)現(xiàn)的功能及模塊間的聯(lián)系著手，盡可能多的列出每個(gè)實(shí)體所具有的屬性及實(shí)體間的聯(lián)系。通過這樣的方法大量的收集數(shù)據(jù)以保證數(shù)據(jù)的豐富性，當(dāng)這些數(shù)據(jù)足夠滿足各個(gè)模塊功能實(shí)現(xiàn)的時(shí)候，應(yīng)進(jìn)一步細(xì)化的分析各項(xiàng)數(shù)據(jù)。 概念結(jié)構(gòu)設(shè)計(jì)對上述的總體設(shè)計(jì)和需求分析之后，我們已對各個(gè)模塊及其功能進(jìn)行了初步的分析。在此階段，我們可根據(jù)模塊中各實(shí)體之間的相互聯(lián)系和各數(shù)據(jù)表之間的相互關(guān)聯(lián)，畫出本系統(tǒng)的數(shù)據(jù)庫的ER圖設(shè)計(jì)。包含訂單條目 菜品 M N包含 N N預(yù)定管理 M 1留言板留言管理員訂單生成用戶 N 1 1 N N 1其主要數(shù)據(jù)表ER 圖如下：Cid Scid菜名 介紹價(jià)格 菜品 圖片銷售量推薦訂單ID用戶ID菜名送餐地址聯(lián)系電話 訂單訂單時(shí)間金額備注 用戶ID真實(shí)姓名uNameuPwd身份證號 用戶state號碼號碼 聯(lián)系電話 喜歡口味訂單ID菜名 ID數(shù)量單價(jià) 訂單條目信息回饋評分 管理員類型管理員IDmPwdmNameme 邏輯結(jié)構(gòu)設(shè)計(jì)階段的任務(wù)是將概念結(jié)構(gòu)設(shè)計(jì)階段所得到的概念模型轉(zhuǎn)換為具體DBMS所能支持的數(shù)據(jù)模型（即邏輯結(jié)構(gòu)），并對其進(jìn)行優(yōu)化。 概念模型轉(zhuǎn)換為關(guān)系模型的轉(zhuǎn)換規(guī)則：(8) 一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式，實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。(9) 一個(gè)1：1聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。(10) 一個(gè)1：n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與n端對應(yīng)的關(guān)系模式合并。 (11) 一個(gè)m：n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。(12) 一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。(13) 具有相同碼的關(guān)系模式可以合并。 (14) 有些1：n的聯(lián)系，將屬性合并到n端后，該屬性也作為主碼的一部分。 由上述ER圖轉(zhuǎn)換成關(guān)系模式如下所示： 用戶（用戶ID，uName，uPwd，真實(shí)姓名，聯(lián)系電話，state，身份證號，喜歡口味，號碼）； 菜品（cID，Scid，菜名，價(jià)格，介紹，圖片，推薦，銷售量）； 預(yù)定（用戶ID，cID）； 訂單條目（ID，訂單ID，菜名，數(shù)量，單價(jià)，評分，信息回饋）； 包含（cID，ID）； 訂單（訂單ID，用戶ID，菜名，訂單時(shí)間，備注，金額，聯(lián)系電話，送餐地址，管理員ID）； 管理員（管理員ID，mName，mPwd，類型）； 數(shù)據(jù)表的設(shè)計(jì)是數(shù)據(jù)庫設(shè)計(jì)中極為重要的一環(huán)，它直接影響到整個(gè)程序中功能的實(shí)現(xiàn)。本系統(tǒng)的數(shù)據(jù)庫命名為：User，用來存儲該系統(tǒng)中用到的所有數(shù)據(jù)。User數(shù)據(jù)庫中包含下幾張表，： 訂單表 菜品表 用戶表 訂單條目表 管理員表 附錄4：系統(tǒng)測試文檔六、系統(tǒng)測試軟件的測試對整個(gè)軟件系統(tǒng)是非常重要的，當(dāng)今軟件工程界的每一個(gè)階段都應(yīng)包含測試。通過測試可以盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正。如果不進(jìn)行測試，錯(cuò)誤的延時(shí)擴(kuò)散會導(dǎo)致最終成品測試的巨大困難。每個(gè)軟件都不可能十全十美，一定存在錯(cuò)誤，這些錯(cuò)誤就需要測試人員通過測試找出來。統(tǒng)計(jì)表明，軟件測試工作量特別繁瑣約占工作總量的40%以上。軟件測試師必須具有端正的態(tài)度才有可能提高軟件產(chǎn)品的質(zhì)量。測試階段的根本目標(biāo)是盡可能多發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。簡言之測試就是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。而測試目標(biāo)決定了測試方案的設(shè)計(jì)，好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)錯(cuò)誤的測試方案，成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測試。測試并不僅僅是為了要找出錯(cuò)誤，而是幫助項(xiàng)目開發(fā)人員發(fā)現(xiàn)軟件程序中的缺陷加以改進(jìn)，同時(shí)沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的，完整的測試是評定軟件系統(tǒng)質(zhì)量的一種方法。測試任何產(chǎn)品都有兩種方法：黑盒測試和白盒測試。本次系統(tǒng)測試主要采用黑盒測試。白盒測試又稱結(jié)構(gòu)測試，它的前提是可以把程序看成裝在一個(gè)透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理工程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否都能按照預(yù)定要求正確工作。黑盒測試又稱功能測試，是把程序看成一個(gè)黑盒子，完全不考慮程序等額內(nèi)部結(jié)構(gòu)和處理過程，也就是說它是在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性，還有性能是否能夠滿足要求，是否有初始化或者終止性錯(cuò)誤。綜上所訴，針對這個(gè)網(wǎng)上訂餐服務(wù)系統(tǒng)，我們已經(jīng)知道了系統(tǒng)應(yīng)該具有的功能，而內(nèi)部結(jié)構(gòu)和具體工作過程還待了解，所以我們可以通過黑盒測試來檢驗(yàn)每個(gè)功能是否都能正常使用。具體操作：填寫注冊表中的信息，提交然后進(jìn)行登錄。 測試項(xiàng)目測試用例測試結(jié)果操作流程用戶登錄用戶名：yy正確密碼：12輸入密碼：12登陸成功在網(wǎng)站首頁的登錄框上登錄用戶登錄用戶名：yy正確密碼：12輸入密碼：12登錄失敗或尚未通過審核在網(wǎng)站首頁的登錄框上登錄用戶注冊輸入相關(guān)注冊信息注冊成功，等待審核在網(wǎng)站首頁的登錄框上點(diǎn)擊“注冊” 測試要點(diǎn)為用戶名和密碼，判斷其是否為真，為真進(jìn)入系統(tǒng)，為假彈出警告框提示密碼或用戶名錯(cuò)誤?？梢詮南到y(tǒng)首頁直接查找點(diǎn)擊，也可以在搜索欄中搜索查找 測試項(xiàng)目測試用例測試結(jié)果操作流程菜單首頁點(diǎn)擊各個(gè)店鋪的顯示店鋪的各種飯菜點(diǎn)擊頁面店鋪菜單搜索查詢在搜索框中輸入電名顯示所要店鋪和菜單在搜索框中輸入關(guān)鍵字管理員查看訂單信息時(shí)登錄后臺管理系統(tǒng)，查看訂單，處理訂單。測試項(xiàng)目測試用例測試結(jié)果操作流程登陸后臺用戶名、密碼轉(zhuǎn)入后臺頁面進(jìn)入后臺登陸頁面查看訂單點(diǎn)擊“訂單詳情”轉(zhuǎn)入訂單詳情頁面點(diǎn)擊查看“訂單詳情”處理訂單點(diǎn)擊“處理訂單”訂單狀態(tài)以變?yōu)橐弧耙运筒汀痹谟唵卧斍橹悬c(diǎn)擊“處理訂單” 管理人員在登錄系統(tǒng)后臺查看用戶信息時(shí)不能修改用戶資料，只能瀏覽用戶資料。用戶在登錄系統(tǒng)頁面時(shí)如果輸入的用戶名和密碼格式錯(cuò)誤或填寫錯(cuò)誤，也不能進(jìn)入頁面即登錄失敗。本次采用了黑盒測試對該系統(tǒng)的基本功能進(jìn)行了測試后，每個(gè)模塊的基本功能都比較成功，但也發(fā)現(xiàn)了一些問題有的模塊出現(xiàn)異常，對此我們及時(shí)進(jìn)行了修改?，F(xiàn)在功能基本能正常使用，結(jié)果也能滿足需求。有可能還存在問題，這需要我們在以后運(yùn)行過程中不斷完善。