欧美午夜精品久久久久免费视/欧美黄色精品/国产一级A片在线播出/A片免费视频在线观看

基于UML的外賣訂餐系統(tǒng)需求分析基于UML的外賣訂餐系統(tǒng)需求分析目錄2.1.功能性需求2.2.非功能性需求4.1.技術(shù)的可行性：4.2.經(jīng)濟(jì)的可行性：4.3.操作的可行性：基于UML的系統(tǒng)分析6.1.用戶用例圖6.2.系統(tǒng)主要用例29圖表目錄表格11表格12表格15表格16表格16表格17表格21表格24表格10系統(tǒng)管理員用例描述基于UML的外賣訂餐系統(tǒng)需求分析主管用例圖10系統(tǒng)員用例圖11賬戶管理活動(dòng)圖1310顧客注冊(cè)順序圖1411顧客登錄管理賬戶順序1412顧客訂餐活動(dòng)圖1814主管查看歷史訂單活動(dòng)圖2015顧客訂餐順序圖2017顧客評(píng)論活動(dòng)圖2218主管查看評(píng)論活動(dòng)圖2319顧客評(píng)論順序圖2320主管管理菜品活動(dòng)圖2521主管管理菜品順序圖2622系統(tǒng)管理員活動(dòng)圖2823系統(tǒng)管理員順序圖29基于UML的外賣訂餐系統(tǒng)需求分析系統(tǒng)概況外賣訂單系統(tǒng)是服務(wù)于餐館外賣活動(dòng)的一個(gè)簡(jiǎn)單的信息系統(tǒng)，開發(fā)該系統(tǒng)主要希望實(shí)現(xiàn)擴(kuò)大本餐館宣傳、縮短顧客訂餐時(shí)間、減少訂餐錯(cuò)誤、便于訂單統(tǒng)計(jì)分析等，最終達(dá)到擴(kuò)大餐館影響力、提高餐館外賣業(yè)務(wù)效率、實(shí)現(xiàn)一定程度的決策支持的目的。該系統(tǒng)主要有五個(gè)子系統(tǒng)，分別是：賬戶管理子系統(tǒng)、訂單管理子系統(tǒng)、評(píng)論管理子系統(tǒng)、菜品管理子系統(tǒng)、系統(tǒng)管理子系統(tǒng)。

外賣訂餐系統(tǒng)賬戶管理子系統(tǒng)：面向顧客、主管、送餐員、管理員四種參與系統(tǒng)活動(dòng)的角色。主要實(shí)現(xiàn)用戶的注冊(cè)、登錄、注銷以及賬戶信息編輯等功能。訂單管理子系統(tǒng)：主要面向顧客、主管、送餐員，主要實(shí)現(xiàn)訂單的增刪改、歷史訂單瀏覽與查詢、訂單統(tǒng)計(jì)分析等功能。評(píng)論管理子系統(tǒng)：主要面向顧客、主管，主要實(shí)現(xiàn)顧客查看、回復(fù)、發(fā)表評(píng)論信息網(wǎng)上外賣訂餐系統(tǒng)，主管查看用戶評(píng)論信息等功能。菜品管理子系統(tǒng)：主要面向顧客、主管，主要實(shí)現(xiàn)菜單目錄的呈現(xiàn)、菜品的檢索、菜品種類與當(dāng)日供應(yīng)數(shù)量的增刪改等功能。系統(tǒng)管理子系統(tǒng)主要面向管理員，主要實(shí)現(xiàn)系統(tǒng)管理、模塊管理、權(quán)限管理等功能。基于UML的外賣訂餐系統(tǒng)需求分析外賣訂餐系統(tǒng)前臺(tái)后臺(tái)查看菜單訂餐結(jié)算評(píng)價(jià)查看歷史訂單訂餐管理系統(tǒng)管理賬戶管理菜單設(shè)置查看訂單系統(tǒng)設(shè)置模塊管理注冊(cè)賬戶登錄賬戶注銷賬戶賬戶信息修改權(quán)限管理系統(tǒng)需求2.1.功能性需求顧客網(wǎng)上訂餐：查看菜單，檢索菜品，增加、刪除、更改菜品到購(gòu)物車，網(wǎng)上支付。主管管理菜品：設(shè)置菜單，包括菜品的種類和每天供應(yīng)個(gè)數(shù)量，更改菜單，刪除菜品等。主管查看訂單：查看顧客的歷史訂單記錄，查看某樣菜品的訂購(gòu)記錄，實(shí)現(xiàn)簡(jiǎn)單的訂單統(tǒng)計(jì)分析功能。相關(guān)人員管理菜單：主管、送餐員修改訂單狀態(tài)。

2.2.非功能性需求服務(wù)器穩(wěn)定：保證系統(tǒng)的服務(wù)器具有良好的穩(wěn)定性，需要實(shí)現(xiàn)7*24小時(shí)不停的運(yùn)作。數(shù)據(jù)完整準(zhǔn)確：錄入數(shù)據(jù)采用表格方式，限制錄入數(shù)據(jù)類型及取值范基于UML的外賣訂餐系統(tǒng)需求分析圍以保證數(shù)據(jù)的完整性及準(zhǔn)確性。系統(tǒng)具有部分反悔修改功能，系統(tǒng)備有的修改功能均可反悔。系統(tǒng)開發(fā)時(shí)間管理外賣訂餐系統(tǒng)開發(fā)主要分為系統(tǒng)計(jì)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施與系統(tǒng)支援五個(gè)部分，具體的開發(fā)時(shí)間安排如下圖：八月2014六月2014七月20147/96/73//6/62014/6/4系統(tǒng)計(jì)劃/7/32014/6/6系統(tǒng)分析/6//6/6客戶需求調(diào)研/6//6/6資料收集/7/32014/6/12系統(tǒng)需求分析/7//6/18系統(tǒng)設(shè)計(jì)/6//6/18數(shù)據(jù)庫(kù)設(shè)計(jì)/6//6/18界面設(shè)計(jì)/6//6/18輸入輸出設(shè)計(jì)/7//6/24賬戶管理子系統(tǒng)設(shè)計(jì)/7//6/24菜品管理子系統(tǒng)設(shè)計(jì)/7//6/24訂單管理子系統(tǒng)設(shè)計(jì)/7//6/24評(píng)論管理子系統(tǒng)設(shè)計(jì)/7//6/24系統(tǒng)管理子系統(tǒng)設(shè)計(jì)/8//7/3系統(tǒng)實(shí)施/7//7/3物理系統(tǒng)建立/7//7/3程序編制/8//7/22系統(tǒng)調(diào)試/8//8/4系統(tǒng)維護(hù)/8//8/13系統(tǒng)評(píng)價(jià)/9//8/25系統(tǒng)支持九月2014系統(tǒng)開發(fā)可行性分析基于UML的外賣訂餐系統(tǒng)需求分析4.1.技術(shù)的可行性：技術(shù)的可行性是指在當(dāng)前的條件下是否存在一些技術(shù)壁壘使開發(fā)方無(wú)法滿足客戶的需求，無(wú)法開發(fā)出符合客戶需求的系統(tǒng)。

隨著IT技術(shù)的不斷發(fā)展，IT技術(shù)越來(lái)越多的被應(yīng)用到企業(yè)的日常運(yùn)營(yíng)管理活動(dòng)中，對(duì)于外賣訂餐系統(tǒng)而言，前臺(tái)與后臺(tái)的系統(tǒng)功能模塊都是屬于較為簡(jiǎn)單的功能模塊，在當(dāng)前B/S結(jié)構(gòu)日益成熟的背景下，不存在任何重大技術(shù)障礙迫使本系統(tǒng)無(wú)法實(shí)現(xiàn)客戶的需求。4.2.經(jīng)濟(jì)的可行性：經(jīng)濟(jì)的可行性是指客戶與開發(fā)方雙方在系統(tǒng)開發(fā)前后能否產(chǎn)生的正的經(jīng)濟(jì)效益，若經(jīng)濟(jì)效益為負(fù)的可能性很大，則本系統(tǒng)的開發(fā)存在經(jīng)濟(jì)上的不可行性。對(duì)于開發(fā)方而言，為客戶開發(fā)本系統(tǒng)會(huì)為開發(fā)方帶來(lái)一筆銷售收入，而只有這筆銷售收入小于開發(fā)成本時(shí)才會(huì)導(dǎo)致開發(fā)方的經(jīng)濟(jì)效益為負(fù)。而本系統(tǒng)在實(shí)現(xiàn)上的技術(shù)壁壘極低，只有可能在客戶違約拒絕支付開發(fā)費(fèi)用時(shí)才可能導(dǎo)致開發(fā)方的經(jīng)濟(jì)效益為負(fù)，在雙方簽訂的合同不存在重大漏洞和法律缺陷的前提下，客戶發(fā)生違約的情況極低。因此，開發(fā)方不存在經(jīng)濟(jì)的可行性上的問(wèn)題。對(duì)于客戶而言，盡管在系統(tǒng)開發(fā)前期以及后期的人員培訓(xùn)、系統(tǒng)維護(hù)等系統(tǒng)開發(fā)前后期發(fā)生的成本對(duì)于客戶而言是無(wú)法避免的沉默成本，但是在使用外賣訂餐系統(tǒng)后期，企業(yè)將提高其運(yùn)轉(zhuǎn)效率、增加訂單數(shù)量、進(jìn)而使企業(yè)的收入快速增長(zhǎng)。從長(zhǎng)期的角度來(lái)看，由于外賣訂餐系統(tǒng)的簡(jiǎn)單性，企業(yè)前期投入的一次性成本以及后期產(chǎn)生的其他成本是較低的，而本系統(tǒng)將使客戶產(chǎn)生一個(gè)長(zhǎng)遠(yuǎn)的正的經(jīng)濟(jì)效益，因此對(duì)于客戶而言，也不存在經(jīng)濟(jì)上的可行性問(wèn)題。

4.3.操作的可行性：操作的可行性是指在系統(tǒng)開發(fā)完成后，系統(tǒng)的使用者使用的難易度是否會(huì)過(guò)高，從而導(dǎo)致系統(tǒng)的實(shí)用性較低。對(duì)于客戶、客戶的顧客而言網(wǎng)上外賣訂餐系統(tǒng)，由于目前信息化普及程度較高，人們對(duì)電腦的操作較為熟悉，因此只要系統(tǒng)本身的設(shè)計(jì)較為簡(jiǎn)潔，則用戶可快速學(xué)習(xí)對(duì)系統(tǒng)的使用。本外賣訂餐系統(tǒng)設(shè)計(jì)的簡(jiǎn)潔性能較好地符合用戶對(duì)系統(tǒng)操作性的需求，則對(duì)于用戶而言，熟練操作使用本系統(tǒng)的門檻較低，在操作上是具有可行性的。綜上所述，本外賣訂餐系統(tǒng)開發(fā)的可行性分析的結(jié)果是可行的。 系統(tǒng)開發(fā)項(xiàng)目人員安排涉及開發(fā)該外賣訂餐系統(tǒng)主要人員有項(xiàng)目組長(zhǎng)、系統(tǒng)需求分析人員、系統(tǒng)設(shè) 計(jì)人員、系統(tǒng)開發(fā)人員已經(jīng)系統(tǒng)測(cè)試人員。不同種類的人員可以有交叉，即同一 個(gè)人在開發(fā)過(guò)程中可以擔(dān)任多個(gè)角色。具體的人員安排如下表： 基于UML 的外賣訂餐系統(tǒng)需求分析 項(xiàng)目人員安排表角色 職責(zé)說(shuō)明 數(shù)量（人） 項(xiàng)目組長(zhǎng) 制訂項(xiàng)目計(jì)劃；協(xié)調(diào)資源，組織項(xiàng)目實(shí)施；項(xiàng)目跟蹤和管理。 系統(tǒng)需求分析人員 系統(tǒng)需求調(diào)研和分析，完成系統(tǒng)需求報(bào)告并對(duì)其進(jìn)行調(diào)整完善。 系統(tǒng)設(shè)計(jì)人員 按照系統(tǒng)需求與設(shè)計(jì)流程開發(fā)相應(yīng)的設(shè)計(jì)規(guī)格書，并對(duì)其進(jìn)行 調(diào)整完善。 系統(tǒng)開發(fā)人員 按設(shè)計(jì)規(guī)格書開發(fā)代碼并進(jìn)行內(nèi)部單元測(cè)試。

系統(tǒng)測(cè)試人員 進(jìn)行系統(tǒng)測(cè)試并記錄測(cè)試結(jié)果，編制測(cè)試報(bào)告。 基于UML的系統(tǒng)分析 6.1. 用戶用例圖 總的系統(tǒng)用戶用例如如下： 基于UML 的外賣訂餐系統(tǒng)需求分析 顧客 主管系統(tǒng)管理員 查看菜單 提交訂單 登錄/注銷 菜品放入購(gòu)物車 刪除購(gòu)物車內(nèi)菜品 編輯購(gòu)物車內(nèi)菜品數(shù)量 注冊(cè) 顧客賬戶管理 查看歷史訂單 評(píng)價(jià) 結(jié)算 編輯菜單查看訂單記錄 模塊管理 權(quán)限管理 系統(tǒng)設(shè)置 設(shè)置菜品數(shù)量 修改訂單狀態(tài) 評(píng)價(jià)記錄 檢索菜品 外賣訂餐系統(tǒng)用戶用例圖外賣訂餐系統(tǒng)的用戶有顧客、主管、送餐員、管理員。他們分別的用例圖如 顧客用例圖基于UML 的外賣訂餐系統(tǒng)需求分析 顧客 查看菜單 提交訂單 登錄/注銷 菜品放入購(gòu)物車 刪除購(gòu)物車內(nèi)菜品 編輯購(gòu)物車內(nèi)菜品 注冊(cè) 賬戶信息管理 查看歷史訂單 結(jié)算 評(píng)價(jià) 檢索菜品 主管用例圖基于UML 的外賣訂餐系統(tǒng)需求分析 主管 編輯菜單 查看訂單記錄 查看評(píng)價(jià)記錄 設(shè)置菜品數(shù)量 管理員用例圖基于UML 的外賣訂餐系統(tǒng)需求分析 系統(tǒng)管理員 模塊管理 權(quán)限管理 系統(tǒng)設(shè)置 系統(tǒng)員用例圖6.2. 系統(tǒng)主要用例 賬戶管理子系統(tǒng)賬戶管理子系統(tǒng)面向顧客、主管、送餐員、管理員四種參與系統(tǒng)活動(dòng)的角色。

主要實(shí)現(xiàn)用戶的注冊(cè)、登錄、注銷以及賬戶信息編輯等功能。 UML用例描述 表格 顧客管理賬戶用例描述顧客注冊(cè)登錄/注銷及賬戶管理 主流程： 顧客輸入用戶名、密碼和驗(yàn)證碼并提交。10. 系統(tǒng)進(jìn)行系統(tǒng)驗(yàn)證，驗(yàn)證成功，記錄該顧客為登錄用戶并返回主頁(yè)面。（表明該顧客已 登錄。） 基于UML 的外賣訂餐系統(tǒng)需求分析 11. 顧客選擇“注銷”。 12. 系統(tǒng)提示顧客成功注銷并返回網(wǎng)站首頁(yè)。 13. 顧客選擇我的賬戶。 14. 顧客實(shí)現(xiàn)個(gè)人資料修改。 15. 顧客實(shí)現(xiàn)密碼修改。 例外狀態(tài)： 潛在顧客輸入信息和系統(tǒng)驗(yàn)證不一致（如字段長(zhǎng)度超過(guò)系統(tǒng)設(shè)置等），系統(tǒng)給出相應(yīng)的提示信息并返回注冊(cè)頁(yè)面。 a.重新輸入。 潛在顧客輸入用戶名是已注冊(cè)用戶名，系統(tǒng)給出提示并返回注冊(cè)頁(yè)面。a.重新輸入。 系統(tǒng)提示用戶重新登錄。表格 找回密碼用例描述找回密碼用例 主流程： 系統(tǒng)給顧客注冊(cè)時(shí)所留的電子郵箱發(fā)送用戶名與密碼。例外狀況： 重新注冊(cè)一個(gè)新的用戶名。基于UML 的外賣訂餐系統(tǒng)需求分析 2、UML 活動(dòng)圖 顧客 賬戶管理子系統(tǒng) 潛在顧客連接至餐館訂餐頁(yè)面。 顯示注冊(cè)按鈕 潛在顧客點(diǎn)擊注冊(cè) 按鈕 顯示注冊(cè)信息頁(yè)面 潛在用戶完成注冊(cè) 信息 系統(tǒng)驗(yàn)證潛在顧客 輸入成功 潛在顧客，閱讀注 冊(cè)須知，點(diǎn)擊確認(rèn) 注冊(cè)。

系統(tǒng)提示注冊(cè)成功 并返回首頁(yè)。 系統(tǒng)返回登陸頁(yè)面 顧客輸入用戶名、 密碼和驗(yàn)證碼并提 系統(tǒng)進(jìn)行系統(tǒng)驗(yàn)證，驗(yàn)證成功，記 錄該顧客為登錄用 戶并返回主頁(yè)面 顧客選擇我的賬戶 系統(tǒng)顯示我的賬戶 頁(yè)面 顧客進(jìn)行個(gè)人資料 修改、密碼修改等 設(shè)置，點(diǎn)擊保存 系統(tǒng)進(jìn)行相應(yīng)的修 改，在數(shù)據(jù)庫(kù)中更 新新的用戶信息 顧客選擇登錄 賬戶管理活動(dòng)圖基于UML 的外賣訂餐系統(tǒng)需求分析 3、UML 順序圖 賬戶管理子系統(tǒng) 顧客 數(shù)據(jù)庫(kù) 選擇注冊(cè)界面 填寫注冊(cè)信息 提交注冊(cè)信息 保存顧客信息 返回顧客信息 返回注冊(cè)成功 10顧客注冊(cè)順序圖 賬戶管理子系統(tǒng) 顧客 數(shù)據(jù)庫(kù) 選擇登錄界面 填寫登錄信息 提交登錄信息 選擇我的賬戶 返回賬戶信息 修改賬戶信息 保存修改信息 返回更新后的賬戶信息 返回更新后的賬戶信息 11顧客登錄管理賬戶順序 訂單管理子系統(tǒng)訂單管理子系統(tǒng)主要面向顧客、主管、送餐員，主要實(shí)現(xiàn)訂單的增刪改、歷 基于UML 的外賣訂餐系統(tǒng)需求分析 史訂單瀏覽與查詢、訂單統(tǒng)計(jì)分析等功能。 1、UML 用例描述 表格 顧客訂餐用例描述顧客訂餐活動(dòng)用例 主流程： 顧客設(shè)置目標(biāo)菜品菜品送達(dá)時(shí)間，負(fù)責(zé)默認(rèn)時(shí)間為1小時(shí)以內(nèi)。

顧客將設(shè)置好的目標(biāo)菜品放入購(gòu)物車。保證在用戶在進(jìn)行訂單確認(rèn)的時(shí)候，此餐品能夠出現(xiàn)在用戶的購(gòu)買列表中。 顧客核實(shí)提交訂單上顯示的收貨人、送貨地址、送貨時(shí)間、聯(lián)系電話、付款金額等信息。10. 顧客點(diǎn)擊付款按鈕。 11. 顧客選擇付款方式，在線付款或者是貨到付款。 12. 顧客付款成功。 13. 系統(tǒng)結(jié)束訂單作業(yè)。 例外狀態(tài)： 購(gòu)買數(shù)量大于剩余數(shù)量。基于UML 的外賣訂餐系統(tǒng)需求分析 到實(shí)體店進(jìn)行消費(fèi)。表格 送餐員更改訂單狀態(tài)為已送達(dá)。例外狀況： 菜品送回，更改訂單狀態(tài)為送貨地址錯(cuò)誤、無(wú)人收貨等。表格 顧客查看歷史訂單用例描述顧客查看歷史訂單用例 主流程： 基于UML 的外賣訂餐系統(tǒng)需求分析 主管查看顧客歷史訂單。例外狀況： 返回登錄頁(yè)面。表格 主管查看歷史訂單用例描述主管查看歷史訂單用例 主流程： 主管查看訂單統(tǒng)計(jì)分析結(jié)果。例外狀況： 返回登錄頁(yè)面。2、UML 活動(dòng)圖 基于UML 的外賣訂餐系統(tǒng)需求分析 顧客 菜品管理子系統(tǒng) 訂單管理子系統(tǒng) 登錄/要求瀏覽菜單或者輸入查看的餐 品檢索信息 系統(tǒng)處理請(qǐng)求成功 并返回顧客查看的 相應(yīng)的餐品目錄頁(yè) 顧客點(diǎn)擊查看菜品的具體信息 顧客查看菜色的名 稱、價(jià)格、圖片、 被訂購(gòu)次數(shù)等信息 系統(tǒng)顯示菜品的具 體信息 顧客選中心儀菜品 顧客設(shè)置心儀菜品 的購(gòu)買數(shù)量 系統(tǒng)執(zhí)行相應(yīng)的設(shè) 置操作，數(shù)據(jù)庫(kù)更 新購(gòu)買數(shù)量信息 顧客設(shè)置目標(biāo)菜品 菜品送達(dá)時(shí)間 系統(tǒng)執(zhí)行相應(yīng)的設(shè) 置操作，數(shù)據(jù)庫(kù)更 新送達(dá)時(shí)間信息 顧客將設(shè)置好的菜 品放入購(gòu)物車 系統(tǒng)執(zhí)行相應(yīng)購(gòu)物 車新增菜品操作 顧客選擇購(gòu)物車內(nèi) 擊提交購(gòu)物車相應(yīng)菜品刪 除，同時(shí)生成顧客 訂單 顧客指出訂餐結(jié)束 顯示訂單信息 顧客核對(duì)訂單信息 進(jìn)行修改 更新訂單 顯示付款選項(xiàng) 進(jìn)行支付，付款成 對(duì)每個(gè)菜品每個(gè)菜品結(jié)束 12顧客訂餐活動(dòng)圖 基于UML 的外賣訂餐系統(tǒng)需求分析 送餐員登錄訂單管理子系統(tǒng) 系統(tǒng)顯示顧客訂單 頁(yè)面 送餐員選擇已支付 訂單 系統(tǒng)顯示已支付顧 客訂單 送餐員查看訂單送 貨時(shí)間進(jìn)行送餐分 送餐員確認(rèn)收貨人、送貨地址、聯(lián) 系方式 更改顧客訂單狀態(tài)為“已送達(dá)” 系統(tǒng)進(jìn)行相應(yīng)的修 改，并在數(shù)據(jù)庫(kù)中 更新新的訂單信息 送貨員進(jìn)行送餐 系統(tǒng)顯示訂單送貨 時(shí)間，系統(tǒng)顯示訂 單收貨人、送貨地 址、聯(lián)系方式 對(duì)每個(gè)顧客訂單項(xiàng)目 送貨員要求查看訂 單詳情 每個(gè)訂單結(jié)束 基于UML的外賣訂餐系統(tǒng)需求分析 訂單管理子系統(tǒng) 主管 系統(tǒng)顯示訂單歷史頁(yè)面 主管要求查看訂單 歷史記錄 主管查看訂單歷史 主管要求查看訂單 情況統(tǒng)計(jì)分析 系統(tǒng)顯示訂單統(tǒng)計(jì) 分析結(jié)果 主管查看統(tǒng)計(jì)分析 結(jié)果 14主管查看歷史訂單活動(dòng)圖 3、UML 順序圖 選擇登錄界面 選擇菜品界面 返回菜品信息 進(jìn)行菜品檢索 返回檢索菜品結(jié)果 點(diǎn)擊菜品具體信息 返回菜品具體信息 loop 選中菜品 設(shè)置菜品數(shù)量，送貨時(shí)間，提交訂單 保存訂單 返回訂單 顯示訂單信息 顧客 菜品管理 子系統(tǒng) 訂單管理 子系統(tǒng) 數(shù)據(jù)庫(kù) 15顧客訂餐順序圖 基于UML 的外賣訂餐系統(tǒng)需求分析 選擇送餐員登陸頁(yè)面 填寫登錄信息并提交 選擇已支付訂單 返回：已支付訂單條目 顯示訂單詳情 修改訂單狀態(tài)為已送達(dá) 返回訂單已修改 選擇查看訂單詳情 返回提示信息：修改成功 loop 訂單狀態(tài)保存 訂單管理子系統(tǒng) 數(shù)據(jù)庫(kù) 評(píng)論管理子系統(tǒng)評(píng)論管理子系統(tǒng)主要面向顧客、主管，主要實(shí)現(xiàn)顧客查看、回復(fù)、發(fā)表評(píng)論 信息，主管查看用戶評(píng)論信息等功能。

1、UML 用例描述 表格 菜品評(píng)論與主管查看用例描述菜品評(píng)論及主管查看 主流程： 主管查看用戶評(píng)論。基于UML 的外賣訂餐系統(tǒng)需求分析 例外狀況： 返回登錄頁(yè)面。2、UML 活動(dòng)圖 顧客 評(píng)論管理子系統(tǒng) 登錄/瀏覽菜單系統(tǒng)顯示菜單頁(yè)面 顧客選擇查看評(píng)論 系統(tǒng)顯示菜品評(píng)論 內(nèi)容 顧客選擇回復(fù)評(píng)論 系統(tǒng)顯示回復(fù)評(píng)論 頁(yè)面 顧客編輯評(píng)論內(nèi) 容，點(diǎn)擊確定按鈕 顧客選擇發(fā)表評(píng)論 系統(tǒng)顯示發(fā)表評(píng)論 頁(yè)面 顧客編輯回復(fù)內(nèi) 容，點(diǎn)擊確定按鈕 系統(tǒng)回復(fù)相應(yīng)評(píng) 論，數(shù)據(jù)路更新保 存內(nèi)容 系統(tǒng)新增相應(yīng)評(píng) 論，數(shù)據(jù)路更新保 存內(nèi)容 顧客選擇刪除評(píng)論 系統(tǒng)刪除對(duì)應(yīng)評(píng) 論，數(shù)據(jù)路更新保 存內(nèi)容 17顧客評(píng)論活動(dòng)圖 基于UML 的外賣訂餐系統(tǒng)需求分析 主管 評(píng)論管理子系統(tǒng) 登錄/主管要求查看評(píng)論 系統(tǒng)顯示菜品評(píng)論 頁(yè)面 主管參考評(píng)論意見 18主管查看評(píng)論活動(dòng)圖 3、UML 順序圖 評(píng)論管理子系統(tǒng) 顧客 數(shù)據(jù)庫(kù) 選擇評(píng)論界面 填寫評(píng)論內(nèi)容 返回評(píng)論信息 評(píng)論保存 返回評(píng)論信息 19顧客評(píng)論順序圖 菜品管理子系統(tǒng)菜品管理子系統(tǒng)主要面向顧客、主管，主要實(shí)現(xiàn)菜單目錄的呈現(xiàn)、菜品的檢 基于UML 的外賣訂餐系統(tǒng)需求分析 索、菜品種類與當(dāng)日供應(yīng)數(shù)量的增刪改等功能。

1、UML 用例描述 表格 主管管理菜品描述主管管理菜品 主流程： 主管對(duì)每日菜品的供應(yīng)數(shù)量進(jìn)行設(shè)置。例外狀況： 主管參考同類型餐館的熱門菜品進(jìn)行菜單制定與調(diào)整，菜品數(shù)量設(shè)置。2、UML 活動(dòng)圖 基于UML 的外賣訂餐系統(tǒng)需求分析 主管 菜品管理子系統(tǒng) 登錄/點(diǎn)擊菜單編輯系統(tǒng)顯示菜單編輯 頁(yè)面 主管參考評(píng)論與統(tǒng) 計(jì)結(jié)果對(duì)菜單進(jìn)行 制定與調(diào)整 系統(tǒng)進(jìn)行編輯操 作，數(shù)據(jù)庫(kù)自動(dòng)更 新編輯后的菜單 主管要求對(duì)設(shè)置當(dāng) 日菜品數(shù)量 系統(tǒng)顯示菜品信息 編輯頁(yè)面 主管參考評(píng)論與統(tǒng) 計(jì)結(jié)果對(duì)菜品數(shù)量 進(jìn)行設(shè)置 系統(tǒng)進(jìn)行編輯操 作，數(shù)據(jù)庫(kù)自動(dòng)更 新編輯后的菜品信 20主管管理菜品活動(dòng)圖 3、UML 順序圖 基于UML 的外賣訂餐系統(tǒng)需求分析 選擇主管登陸頁(yè)面 填寫登錄信息并提交 選擇添加菜品頁(yè)面并添加 添加菜品保存 返回菜品已添加 返回提示信息：添加成功 選擇刪除菜品頁(yè)面并刪除某一菜品 刪除菜品保存 返回菜品已刪除 返回提示信息：刪除成功 選擇修改菜品頁(yè)面并修改 修改菜品保存 返回菜品已修改 返回提示信息：修改成功 主管 菜品管理 子系統(tǒng) 數(shù)據(jù)庫(kù) 21主管管理菜品順序圖 系統(tǒng)管理子系統(tǒng)系統(tǒng)管理子系統(tǒng)主要面向管理員，主要實(shí)現(xiàn)系統(tǒng)管理、模塊管理、權(quán)限管理 等功能。

1、UML 用例圖描述 表格 10 系統(tǒng)管理員用例描述 系統(tǒng)管理員用例 主流程： 系統(tǒng)管理員對(duì)用戶權(quán)限進(jìn)行管理。基于UML 的外賣訂餐系統(tǒng)需求分析 例外狀況： 跳轉(zhuǎn)到登錄界面。2、UML 活動(dòng)圖 基于UML 的外賣訂餐系統(tǒng)需求分析 系統(tǒng)管理員 系統(tǒng)管理子系統(tǒng) 管理員登錄顯示管理員頁(yè)面 要求進(jìn)行系統(tǒng)設(shè)置 顯示系統(tǒng)設(shè)置頁(yè)面 對(duì)系統(tǒng)中的相關(guān)參 數(shù)進(jìn)行設(shè)置 系統(tǒng)執(zhí)行參數(shù)設(shè) 置，數(shù)據(jù)庫(kù)更新信 要求進(jìn)行模塊管理顯示模塊管理頁(yè)面 對(duì)系統(tǒng)中的模塊進(jìn) 行增刪改操作 系統(tǒng)執(zhí)行相應(yīng)的操 作，數(shù)據(jù)庫(kù)更新信 要求進(jìn)行權(quán)限管理顯示權(quán)限管理頁(yè)面 對(duì)使用系統(tǒng)的角色 的權(quán)限進(jìn)行設(shè)置并 管理 系統(tǒng)執(zhí)行相應(yīng)的操 作，數(shù)據(jù)庫(kù)更新信 22系統(tǒng)管理員活動(dòng)圖 3、UML 順序圖 基于UML 的外賣訂餐系統(tǒng)需求分析 系統(tǒng)管理子系統(tǒng) 系統(tǒng)管理員 數(shù)據(jù)庫(kù) 選擇系統(tǒng)管理子系統(tǒng)界面 保存用戶權(quán)限信息 用戶權(quán)限信息保存成功 管理員登錄 進(jìn)行用戶權(quán)限管理 返回用戶權(quán)限信息 進(jìn)行系統(tǒng)模塊管理 保存系統(tǒng)模塊設(shè)置 系統(tǒng)模塊保存成功 返回系統(tǒng)模塊設(shè)置 進(jìn)行系統(tǒng)設(shè)置 保存系統(tǒng)設(shè)置信息 系統(tǒng)設(shè)置保存成功 返回系統(tǒng)設(shè)置 23系統(tǒng)管理員順序圖 總結(jié)本文主要從系統(tǒng)概況、系統(tǒng)需求、系統(tǒng)開發(fā)時(shí)間管理、系統(tǒng)開發(fā)可行性分析、系統(tǒng) 開發(fā)項(xiàng)目人員安排、基于UML 的系統(tǒng)分析六個(gè)部分對(duì)外賣訂餐系統(tǒng)進(jìn)行了簡(jiǎn)單的需求 分析，其中最后一部分基于 UML 的系統(tǒng)分析是文章的重點(diǎn)部分，主要圍繞系統(tǒng)所要實(shí) 現(xiàn)的功能，進(jìn)行了用例圖、用例描述、活動(dòng)圖、順序圖的繪制，從多個(gè)角度對(duì)系統(tǒng)的顧 客訂餐、菜品設(shè)置、評(píng)論等主要功能進(jìn)行了較為詳盡的描述。

上一篇：誰(shuí)能告訴我美團(tuán)外賣怎么兼職騎手？教你1年做到百萬(wàn)團(tuán)隊(duì)

下一篇：基于O2O模式的外賣訂餐系統(tǒng)培養(yǎng)單位（院、系）

• 鄉(xiāng)村小鎮(zhèn)外賣騎手的故事：互聯(lián)網(wǎng)快車下的新生活與兼職收入
• 掃碼點(diǎn)餐成電子時(shí)代新常態(tài)，消費(fèi)者體驗(yàn)與隱私保護(hù)需平衡
• 了解外賣平臺(tái)發(fā)展前景后，作者發(fā)表看法，技術(shù)推動(dòng)平臺(tái)升級(jí)
• 同城活動(dòng)報(bào)名系統(tǒng)：連接你我，開啟無(wú)限可能
• 校園外賣_配送系統(tǒng)：打造本地智慧生活服務(wù)的專業(yè) SaaS 系統(tǒng)
• 外賣小程序開發(fā)攻略：從需求明確到平臺(tái)選擇，全方位指南