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