【正文】 表 管理員表 5. 系統(tǒng)實(shí)現(xiàn) 用戶 注冊(cè)登錄 界面 用戶 注冊(cè)登錄界面， 填寫注冊(cè)表中的信息，提交然后進(jìn)行登錄。在此階段，我們 可根據(jù)模塊中各實(shí)體之間的相互聯(lián)系和各數(shù)據(jù)表之間的相互關(guān)聯(lián)，系統(tǒng) 的 ER 圖 如圖？所示： M N N N M 1 N 1 1 N N 1 其主要數(shù)據(jù)表 ER 圖如下： 菜名 Cid Scid 用戶 生成 訂單 管理 管理員 留言 留言板 預(yù)定 菜品 包含 訂單 條目 包含 信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 17 菜品 價(jià)格 介紹 銷售量 推薦 圖片 訂單 用戶ID 訂單ID 菜名 聯(lián) 系 電話 送餐 地址 備注 金額 訂單時(shí)間 用戶 用戶ID uName uPwd 真實(shí) 姓名 身份 證號(hào) 聯(lián) 系 電話 喜歡口味 號(hào)碼號(hào)碼 state ID 訂單ID 菜名 信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 18 邏輯結(jié)構(gòu)設(shè)計(jì) 邏輯結(jié)構(gòu)設(shè)計(jì)階段的任務(wù)是將概念結(jié)構(gòu)設(shè)計(jì)階段所得到的 概念模型 轉(zhuǎn)換為具 體DBMS 所能支持的數(shù)據(jù)模型（即邏輯結(jié)構(gòu)），并對(duì)其進(jìn)行優(yōu)化。 （ 2）餐廳管理模塊：餐廳登錄成功，即可對(duì)自身信息進(jìn)行查看并修改，也可發(fā)布新的菜品以及報(bào)價(jià)，待管理員審批通過(guò)方可發(fā)布，使用戶看到餐廳的信息。 系統(tǒng)管理員用例圖如下圖所示。當(dāng)然用餐后還可以對(duì)此餐飲進(jìn)行評(píng)價(jià)。 功能 分析 (DFD 、用例圖 ) 首先對(duì)現(xiàn)有系統(tǒng)進(jìn)行分析，現(xiàn)有系統(tǒng)是信息的重要來(lái)源。對(duì)常見類似的網(wǎng)站的管理的各個(gè)方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大 體實(shí)現(xiàn)，用戶對(duì)菜品的預(yù)定以及支付方式。通過(guò)以上的分析，開發(fā)網(wǎng)絡(luò)訂餐系統(tǒng)是完全可行的。開發(fā)一個(gè)局部系統(tǒng)時(shí)要充分考慮到局部系統(tǒng)和整個(gè)目標(biāo)系統(tǒng)之前的相容性和完整性，以利于今后整個(gè)系統(tǒng)的建立。采用這種方法，編寫帶有動(dòng)態(tài)內(nèi)容的頁(yè)面需要有很熟練的應(yīng)用程序開發(fā)技巧和經(jīng)驗(yàn)。但是服務(wù)器之間的通訊，尤其是在不同平臺(tái)上運(yùn)行的服務(wù)器之間的通訊仍然不 是一件容易的事情。 （ 4）多線程 Java 實(shí)現(xiàn)了內(nèi)置多線程支持。當(dāng)學(xué)生們忙碌了整個(gè)上午后，享用豐富的午餐成了基本的要求，而網(wǎng)上訂餐系統(tǒng)正是為了 幫助人們尋找和發(fā)現(xiàn)新的菜種，品嘗不同風(fēng)格和不同種類的菜品 。 信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 II 測(cè)試的目標(biāo) ................................. 錯(cuò)誤 !未定義書簽。簡(jiǎn)單并不代表干癟， Java 是一 門很豐富的語(yǔ)言。 本系統(tǒng)選擇 SQL Server 2020（ Standard Query Language， SQL 結(jié)構(gòu)化查詢語(yǔ)言）作為數(shù)據(jù)管理系統(tǒng)。開發(fā)人員編寫出 Servlet 程序，用 來(lái)接收來(lái)自 Web 瀏覽器的 HTTP 請(qǐng)求，動(dòng)態(tài)地生成響應(yīng)，然后發(fā)送包含 HTML 或 XML 文檔到瀏覽器。當(dāng)代大學(xué)生作為社會(huì)中的重要群體，飲食在他們生活中起著重要作用。 ？？？可行性。 總 之 ， 本 系 統(tǒng)在？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？可行的。確保網(wǎng)上支付安全。系統(tǒng)的頂層數(shù)據(jù)流圖如圖？所示： 第 0 層數(shù)據(jù)流圖 ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？ 第一層 數(shù)據(jù)流圖 （ 1） 用戶管理數(shù)據(jù)流圖 系統(tǒng)管理員網(wǎng)上訂餐系統(tǒng)用戶訂餐管理員用戶用戶管理系統(tǒng)訂餐管理系統(tǒng)菜品管理系統(tǒng)系統(tǒng)管理員餐廳管理員訂餐信息會(huì)員信息菜品信息會(huì)員信息訂單信息菜品信息訂單信息信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 9 （ 2） 訂餐管理數(shù)據(jù)流圖 （ 3）《軟件工程課程設(shè)計(jì)》報(bào)告 10 系統(tǒng)需求分析 本系統(tǒng)使用 UML 中的用例圖對(duì)需求建模。下單以及付款，可以對(duì)餐飲及系統(tǒng)進(jìn)行評(píng)價(jià)留言。 根據(jù)前面的分析和設(shè)計(jì)可以發(fā)現(xiàn)，每個(gè)參與者在使用系統(tǒng)前都需要進(jìn)行登錄，登陸后就可以進(jìn)行各自相應(yīng)的操作，操作完后退出系統(tǒng)。 詳細(xì)設(shè)計(jì) 添加菜品模塊的 設(shè)計(jì) 此模塊？？？？？？？，？？？？？？？？？？？？？？？？？？？？，添加菜品模塊的 設(shè)計(jì) 流程如圖？？所示： 開 始Y系 統(tǒng) 管 理 界 面注 冊(cè) 合 法存 入 數(shù) 據(jù) 庫(kù)結(jié) 束N 開 始Y添 加 菜 品非 空 值N添 加 成 功結(jié) 束 主界面設(shè)計(jì) 系統(tǒng)界面作為系統(tǒng)的臉面，是用戶評(píng)定該系統(tǒng)的第一印象。 (5) 一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。這種方法按照程序內(nèi)部的邏輯測(cè)試程序，檢驗(yàn)程序中的每條通路是否都能按照預(yù)定要求正確工作。 測(cè)試結(jié)果 本次采用了黑盒測(cè)試對(duì)該系統(tǒng)的 基本功能進(jìn)行了測(cè)試后，每個(gè)模塊的基本功能都比較成功，但也發(fā)現(xiàn)了一些問(wèn)題有的模塊出現(xiàn)異常，對(duì)此我們及時(shí)進(jìn)行了修改。 這次 課程 設(shè)計(jì)實(shí)驗(yàn)，積累了數(shù)據(jù)庫(kù)編程和網(wǎng)站開發(fā)的基本經(jīng)驗(yàn)和一些基本技巧。網(wǎng)上訂餐系統(tǒng)無(wú)論是在應(yīng)用的深度還是廣度上都是一個(gè)逐步發(fā)展的過(guò)程。通過(guò)以上的分析，開發(fā)網(wǎng)絡(luò)訂餐系統(tǒng)是完全可行的。對(duì)常見類似的網(wǎng)站的管理的各個(gè)方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大體實(shí)現(xiàn)，用戶對(duì)菜品的預(yù)定以及支付方式。 功能需求分析 首先對(duì)現(xiàn)有系統(tǒng)進(jìn)行分析，現(xiàn)有系統(tǒng)是信息的重要來(lái)源。當(dāng)然用餐后還可以對(duì)此餐飲進(jìn)行評(píng)價(jià)。 系統(tǒng)管理員用例圖如下圖所示。 （ 2）餐廳管理模塊：餐廳登錄成功，即可對(duì)自身信息進(jìn)行查看并修改，也可發(fā)布新的菜品以及報(bào)價(jià)，待管理員審批通過(guò)方可發(fā)布，使用戶看到餐廳的信息。本系統(tǒng)所采用的數(shù)據(jù)庫(kù)是 Mysql 數(shù)據(jù)庫(kù)，它擁有一個(gè)快且穩(wěn)的基于線程的內(nèi)存分配系統(tǒng)，可以持續(xù)使用。 概念模型轉(zhuǎn)換為關(guān)系模型的轉(zhuǎn)換規(guī)則： (8) 一個(gè)實(shí)體型轉(zhuǎn)換為一個(gè)關(guān)系模式，實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。本系統(tǒng)的數(shù)據(jù)庫(kù)命名為： User，用來(lái)存儲(chǔ)該系統(tǒng)中用到的所有數(shù)據(jù)。簡(jiǎn)言之測(cè)試就是為了發(fā)現(xiàn)程序 中的錯(cuò)誤而執(zhí)行程序的過(guò)程。 綜上所訴，針對(duì)這個(gè)網(wǎng)上訂餐服務(wù)系統(tǒng)，我們已經(jīng)知道了系統(tǒng)應(yīng)該具有的功能，而內(nèi)部結(jié)構(gòu)和具體工作過(guò)程還待了解，所以我們可 以通過(guò)黑盒測(cè)試來(lái)檢驗(yàn)每個(gè)功能是否都信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 45 能正常使用。有可能還存在問(wèn)題，這需要我們?cè)谝院筮\(yùn)行過(guò)程中不斷完善。 測(cè)試項(xiàng)目 測(cè)試用例 測(cè)試結(jié)果 操作流程 用戶登錄 用戶名： yy 正確密碼： 12 輸入密碼： 12 登陸成功 在網(wǎng)站首頁(yè)的登錄框上登錄 用戶登錄 用戶名： yy 正確密碼： 12 輸入密碼： 12 登錄失敗或尚未通過(guò)審核 在網(wǎng)站首頁(yè)的登錄框上登錄 用戶注冊(cè) 輸入相關(guān)注冊(cè)信息 注冊(cè)成功，等待審核 在網(wǎng)站首頁(yè)的 登錄框上點(diǎn)擊“注冊(cè)” 測(cè)試要點(diǎn)為用戶名和密碼，判斷其是否為真，為真進(jìn)入系統(tǒng)，為假?gòu)棾鼍婵蛱崾久艽a或用戶名錯(cuò)誤。測(cè)試并不僅僅是為了要找出錯(cuò)誤，而是幫助項(xiàng)目開發(fā)人員發(fā)現(xiàn)軟件程序中的缺陷加以改進(jìn)，同時(shí)沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定軟件系統(tǒng)質(zhì)量的一種方法。通過(guò)測(cè)試可以盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正。 (10) 一個(gè) 1： n 聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系 模式，也可以與 n 端對(duì)應(yīng)的關(guān)系模式合并。 為滿足本系統(tǒng)要完成的功能，我們需要對(duì)數(shù)據(jù)進(jìn)行嚴(yán)格的數(shù)據(jù)分析，且盡量精細(xì)的分析數(shù)據(jù)，以減少數(shù)據(jù)冗余，制作出更高效的系統(tǒng)。 （ 4）系統(tǒng)管理模塊 ：負(fù)責(zé)審核注冊(cè)用戶，對(duì)數(shù)據(jù)庫(kù)的信息及留言板中的內(nèi)容進(jìn)行瀏覽、添加、刪除、修改等操作。 用 戶登 錄 系 統(tǒng)訂 餐留 言 評(píng) 價(jià)選 擇 餐 飲下 訂 單選 擇 店 鋪付 款餐 廳 管 理 員登 錄更 新 餐 飲 信 息核 對(duì) 訂 單安 排 配 送用 例 1用 例 2用 例 3信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 36 行為需求分析 狀態(tài)圖通過(guò)描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來(lái)表示系統(tǒng)的行為。 系統(tǒng)管理員 系統(tǒng)管理員主要完成對(duì)商家和訂餐者信息的管理、以及系統(tǒng)的維護(hù)。由于條件有限，調(diào)研主要是在網(wǎng)上進(jìn)行。 系統(tǒng)運(yùn)行應(yīng)該快速、穩(wěn)定、高效和可靠。 該系統(tǒng)為獨(dú)立開發(fā)，在技術(shù)上沒(méi)有使用任何現(xiàn)有的軟件與方法，所以在法律方面不會(huì)存在侵犯專利權(quán)，侵犯版權(quán)等問(wèn)題。從訂單處理流程上總體把握系統(tǒng)的設(shè)計(jì)，在具體的設(shè)計(jì)實(shí)現(xiàn)上圍繞三個(gè)方面進(jìn)行展開，即用戶、管理者、系統(tǒng)維護(hù)者。 具體如下幾個(gè)方面： （ 1）？？？？方面 ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？ （ 2）？？？？？？方面 ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 26 ？？？？？？？？？？？？？？？ （ 3）？？？？？？？？？？方面 ？？？？？？？？？？？？？？？？？？？ ？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？。有可能還存在問(wèn)題，這需要我們?cè)谝院筮\(yùn)行過(guò)程中不斷完善。 綜上所訴，針對(duì)這個(gè)網(wǎng)上訂餐服務(wù)系統(tǒng)，我們已經(jīng)知道了系統(tǒng)應(yīng)該具有的功能，而內(nèi)部結(jié)構(gòu)和具體工作過(guò)程還待了解，所以我們可以通過(guò)黑盒測(cè)試來(lái)檢驗(yàn)每個(gè)功能是否都能正常使用。 (7) 有些 1： n 的聯(lián)系，將屬性合并到 n 端 后，該屬性也作為主碼的一部分。 模塊設(shè)計(jì) 下訂單流程圖： 訂單管理流程圖： 信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 15 開 始用 戶 登 錄選 擇 菜 品下 訂 單確 定 菜 品 信 息確 定 用 戶 信 息提 交 訂 單結(jié) 束 開 始餐 廳 登 錄處 理 訂 單驗(yàn) 證 消 息修 改 訂 單 狀 態(tài)派 送 菜 品結(jié) 束 系統(tǒng)管理流程圖： 評(píng)價(jià)系統(tǒng)流程圖： 信息學(xué)院《軟件工程課程設(shè)計(jì)》報(bào)告 16 開 始YNNY餐 廳 評(píng) 分訂 購(gòu) 菜 品 評(píng) 價(jià) 失 敗格 式 正 確 評(píng) 價(jià) 失 敗評(píng) 價(jià) 成 功結(jié) 束 數(shù)據(jù)庫(kù)設(shè)計(jì) 概念結(jié)構(gòu)設(shè)計(jì) 對(duì)上述的總體設(shè)計(jì)和需求分析之后，我們已對(duì)各個(gè)模塊及其功能進(jìn)行了初步的分析。系統(tǒng)功能模塊結(jié)構(gòu)圖如圖？？所示：