網(wǎng)上訂餐系統(tǒng)報(bào)告.docVIP

軟件工程課程設(shè)計(jì)題 目 快樂(lè)餐訂餐系統(tǒng) 專(zhuān) 業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 班 級(jí) 計(jì)科1201 姓 名 黃靜 張聰，王茂峰，張安杰 指導(dǎo)教師 杜立新 二一四 年 十二 月 二十七 日目錄軟件工程課程設(shè)計(jì)1目錄2第1章. 系統(tǒng)背景3第2章. 項(xiàng)目計(jì)劃32.1. 項(xiàng)目技術(shù)方案32.2. 網(wǎng)上訂餐系統(tǒng)規(guī)劃4第3章. 可行性分析53.1. 可行性研究報(bào)告53.2. 可行性研究的前提6第4章. 需求分析84.1. 需求分析84.2. 軟件功能84.3. 運(yùn)行環(huán)境84.4. 需求分析詳細(xì)描述94.5. 層次方框圖11第5章. 概要設(shè)計(jì)125.1. 系統(tǒng)分析125.2. 體系結(jié)構(gòu)135.3. 邏輯設(shè)計(jì)175.4. 總E-R圖195.5. 類(lèi)圖21第6章. 詳細(xì)設(shè)計(jì)226.1. 系統(tǒng)模塊詳細(xì)設(shè)計(jì)（數(shù)據(jù)流圖）226.2. 程序流程圖296.3. 實(shí)體聯(lián)系圖（E-R圖）346.4. 用例規(guī)約及用例圖37第7章. 測(cè)試方案527.1. 實(shí)現(xiàn)527.2. 版本更新記錄527.3. 測(cè)試目的527.4. 測(cè)試環(huán)境527.5. 功能測(cè)試用例527.6. 性能測(cè)試53第8章. 總結(jié)54參考文獻(xiàn)54第1章. 系統(tǒng)背景網(wǎng)上訂餐業(yè)務(wù)的興起，折射出餐飲業(yè)善抓機(jī)遇、搶占利潤(rùn)第二落點(diǎn)的經(jīng)營(yíng)理念，同時(shí)也顯示出消費(fèi)者在日常所需中，運(yùn)用網(wǎng)絡(luò)觀(guān)念的意識(shí)正逐漸增強(qiáng)。但比起如今火爆的網(wǎng)上購(gòu)物，網(wǎng)上訂酒店住宿等服務(wù)，網(wǎng)上訂餐服務(wù)在一些餐飲企業(yè)中仍未引起足夠的重視，對(duì)于消費(fèi)者來(lái)說(shuō)，許多人對(duì)這一新興業(yè)務(wù)尚缺乏了解，這種現(xiàn)象，在一些中小城市表現(xiàn)較突出。對(duì)于廣州、北京、上海等大城市，由于網(wǎng)上訂餐服務(wù)起步較早，一些餐飲企業(yè)的網(wǎng)上經(jīng)營(yíng)已逐步走上正軌，其網(wǎng)上訂餐的經(jīng)營(yíng)份額已占一定比例，給先行一步涉足網(wǎng)上訂餐的企業(yè)帶來(lái)滾滾財(cái)源。據(jù)了解，一些中小城市的餐飲企業(yè)之所以網(wǎng)上訂餐業(yè)績(jī)不夠好，有些甚至基本無(wú)業(yè)務(wù)，其原因就是未能充分發(fā)揮互聯(lián)網(wǎng)的作用。有些餐飲企業(yè)雖然開(kāi)辦了網(wǎng)站，但有的未涉足網(wǎng)上業(yè)務(wù)，即使有些開(kāi)展了網(wǎng)上業(yè)務(wù)，也因菜品單調(diào)、服務(wù)措施差而鮮有訂餐者。 一些餐飲企業(yè)網(wǎng)上訂餐業(yè)績(jī)效果不太顯著的另一種原因是，技術(shù)服務(wù)措施等方面還存在著明顯的不足，主要有以下幾點(diǎn)：一是餐飲企業(yè)開(kāi)展網(wǎng)上訂餐服務(wù)后對(duì)網(wǎng)站的宣傳力度不夠，同時(shí)網(wǎng)絡(luò)信用問(wèn)題也在困擾著消費(fèi)者。與其它網(wǎng)絡(luò)購(gòu)物方式一樣，有不少消費(fèi)者對(duì)網(wǎng)絡(luò)消費(fèi)心存戒備，在網(wǎng)上訂餐后仍不放心，還要通過(guò)電話(huà)再確認(rèn)，這就給消費(fèi)者造成網(wǎng)絡(luò)訂餐太麻煩的印象。二是有些網(wǎng)上訂餐服務(wù)和技術(shù)不太完善，消費(fèi)者訂餐需要咨詢(xún)時(shí)，網(wǎng)站客服電話(huà)無(wú)人接聽(tīng)；可選擇的就餐地點(diǎn)也不夠豐富。三是有些網(wǎng)站由于網(wǎng)上訂餐業(yè)務(wù)剛剛開(kāi)展，因業(yè)務(wù)不熟悉，有時(shí)會(huì)出現(xiàn)訂單不太準(zhǔn)確的現(xiàn)象。另外，與網(wǎng)站簽約的酒店及餐館由于數(shù)量較少，使消費(fèi)者在選擇時(shí)受到限制。第2章. 項(xiàng)目計(jì)劃2.1. 項(xiàng)目技術(shù)方案 1.1 方案概述 會(huì)員可以通過(guò)訪(fǎng)問(wèn)網(wǎng)上報(bào)餐系統(tǒng)，進(jìn)行登錄或注冊(cè)，報(bào)上自己在用餐時(shí)間內(nèi)想吃的各種食物，食堂管理員可以查看用戶(hù)所報(bào)的菜品，并且可以對(duì)菜品進(jìn)行增刪改查。 1.2 編程環(huán)境 此次開(kāi)發(fā)使用JSP作為開(kāi)發(fā)語(yǔ)言，采用Servlet技術(shù),Tomcat5.0作為Web服務(wù)器，在windows7系統(tǒng)條件下開(kāi)發(fā)。 1.3 數(shù)據(jù)庫(kù)的實(shí)現(xiàn) 本系統(tǒng)采用SQL Server 2008作為后臺(tái)數(shù)據(jù)庫(kù)。其內(nèi)置的數(shù)據(jù)庫(kù)引擎可以控制訪(fǎng)問(wèn)權(quán)限并快速處理數(shù)據(jù)，搜索引擎可以對(duì) SQL Server 表中的數(shù)據(jù)進(jìn)行索引，并執(zhí)行多種條件的查詢(xún)，快速返回結(jié)果。便于防火墻日志的管理和規(guī)則的訪(fǎng)問(wèn)以及操作。數(shù)據(jù)庫(kù)管理員和開(kāi)發(fā)人員可以方便地利用其進(jìn)行數(shù)據(jù)庫(kù)管理或編寫(xiě)相應(yīng)的SQL Server語(yǔ)句。2.2. 網(wǎng)上訂餐系統(tǒng)規(guī)劃我們的主要任務(wù)就是開(kāi)發(fā)網(wǎng)站，只要網(wǎng)站能成功運(yùn)行，其他的進(jìn)貨和送貨都很簡(jiǎn)單，不在考慮范圍內(nèi)，依次，我們需完成的任務(wù)有編制計(jì)劃，任務(wù)分配，網(wǎng)站開(kāi)發(fā)，測(cè)試網(wǎng)站，試運(yùn)行。網(wǎng)上訂餐系統(tǒng)的開(kāi)發(fā)整個(gè)環(huán)節(jié)都是分工明確的統(tǒng)一體，單靠一個(gè)人是很難管理好每一個(gè)環(huán)節(jié)。所以，我們把任務(wù)都分到組內(nèi)每一個(gè)人身上，每個(gè)人都可以發(fā)揮自己專(zhuān)業(yè)特長(zhǎng)，管理好自己負(fù)責(zé)的每個(gè)細(xì)節(jié)，從而實(shí)現(xiàn)系統(tǒng)的高效運(yùn)轉(zhuǎn)。具體的分工如下圖策劃人（2人）總經(jīng)理（1人）采購(gòu)管理（2人）銷(xiāo)售管理（2人）發(fā)貨管理（2人）小組成員副總經(jīng)理（1人）服務(wù)（2人）網(wǎng)站開(kāi)發(fā)和管理（4人）數(shù)據(jù)庫(kù)管理（4人）維護(hù)開(kāi)發(fā)測(cè)試客戶(hù)信息管理（1人）商品信息管理（1人）訂單信息管理（1人）評(píng)論信息管理（1人）第3章. 可行性分析3.1. 可行性研究報(bào)告網(wǎng)上訂餐項(xiàng)目建設(shè)的背景、可行性1、網(wǎng)上訂餐項(xiàng)目建設(shè)背景 隨著電子商務(wù)的普及，越來(lái)越多的人接受了電子商務(wù)這種便捷、快速的交易形式，網(wǎng)上訂餐系統(tǒng)的順勢(shì)而出很快受到了大家的歡迎?；ヂ?lián)網(wǎng)的應(yīng)用已普及千家萬(wàn)戶(hù),這為網(wǎng)絡(luò)訂餐提供了良好的發(fā)展空間。同時(shí)，網(wǎng)上訂餐服務(wù)的直觀(guān)、有效、便捷等優(yōu)點(diǎn)是傳統(tǒng)的電話(huà)訂餐業(yè)務(wù)無(wú)法比擬的。調(diào)查數(shù)據(jù)顯示，白領(lǐng)更樂(lè)于選擇網(wǎng)上訂餐服務(wù), 網(wǎng)上訂餐將是白領(lǐng)一族捕獲餐店信息、進(jìn)行訂餐的發(fā)展趨勢(shì)。網(wǎng)絡(luò)訂餐隨著互聯(lián)網(wǎng)的成長(zhǎng)會(huì)逐漸被人們所喜愛(ài)，正如幾年前手機(jī)移動(dòng)的短信一樣，為企業(yè)帶來(lái)的幾百個(gè)億的業(yè)務(wù)收入。在互聯(lián)網(wǎng)世界里面，誰(shuí)早一步在應(yīng)用上創(chuàng)新，誰(shuí)就掌握了未來(lái)的方向。網(wǎng)上訂餐，具有方便、高效、快捷的特點(diǎn)，而且與傳統(tǒng)的快餐店經(jīng)營(yíng)模式相比網(wǎng)上訂餐可以節(jié)省餐館的座位占用，加速餐館顧客周轉(zhuǎn)，增加餐館的營(yíng)業(yè)額，提高經(jīng)濟(jì)收益。對(duì)于在網(wǎng)上訂餐的顧客來(lái)說(shuō)，可以為其節(jié)省更多的時(shí)間和精力，以便投入到學(xué)習(xí)和工作中。2、網(wǎng)上訂餐項(xiàng)目建設(shè)的可行性 1) 技術(shù)可行性 擬定開(kāi)發(fā)的外賣(mài)系統(tǒng)分為用戶(hù)界面和餐館界面，用戶(hù)界面用于顧客訂購(gòu)菜品下訂單，要基于Web的數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)的要求，現(xiàn)有的ASP，HTML等軟件能夠滿(mǎn)足要求：餐館訂單及內(nèi)部管理部分應(yīng)用C及JAVA,SQLSEVER數(shù)據(jù)庫(kù)等即可開(kāi)發(fā)，所以從現(xiàn)有的技術(shù)水平來(lái)說(shuō)，完全能夠開(kāi)發(fā)出完美的外賣(mài)訂餐系統(tǒng)。由于采用B/S模式，訂餐者無(wú)須安裝第三方軟件，能上網(wǎng)就能訂餐，甚至可以利用手機(jī)上網(wǎng)訂餐，使操作更加簡(jiǎn)便，訂餐信息更加準(zhǔn)確。避免口頭傳遞信息的錯(cuò)誤，優(yōu)化服務(wù)。2) 經(jīng)濟(jì)可行性 由于本項(xiàng)目的特殊性，無(wú)需投入額外的設(shè)備購(gòu)買(mǎi)及人員培訓(xùn)費(fèi)用。同時(shí)，系統(tǒng)對(duì)開(kāi)發(fā)的需求以及軟硬件要求都不是很高，所以在軟硬件的支出上十分有限。因此，本系統(tǒng)在任何一臺(tái)連接Internet的機(jī)器上都可以運(yùn)行，而且網(wǎng)絡(luò)訂餐方便快捷，節(jié)省了員工的時(shí)間和精力，也避免了食堂食物的浪費(fèi)，因此訂餐系統(tǒng)在經(jīng)濟(jì)上是完全可行的。我們是一個(gè)團(tuán)隊(duì)，在預(yù)算中，我們每個(gè)人都做了一筆分投資。我們的費(fèi)用主要用在網(wǎng)站宣傳和進(jìn)貨上，至于設(shè)備，我們都應(yīng)用自己的電腦進(jìn)行管理。所以我們前期主要考慮的是運(yùn)營(yíng)成本。而卻這個(gè)成本我們可以相對(duì)縮小，我們可以少量進(jìn)貨，常用的就好，其他的等同學(xué)下單后我們?cè)偃ミM(jìn)貨完成交易，所以經(jīng)濟(jì)上不是主要考慮的問(wèn)題。至于收益，我們會(huì)根據(jù)個(gè)人付出的多少分配。但我們主要的目的不是為了賺錢(qián)，畢竟我們還是學(xué)生，從哪方面都不算專(zhuān)業(yè)還談不上賺錢(qián)，只能說(shuō)是學(xué)習(xí)3) 操作可行性 本系統(tǒng)對(duì)年齡以及行業(yè)要求沒(méi)有限制，不管是小孩還是老人，是計(jì)算機(jī)相關(guān)專(zhuān)業(yè)還是非計(jì)算機(jī)相關(guān)專(zhuān)業(yè)，只要懂得基本的上網(wǎng)操作,就可掌握。4) 社會(huì)可行性 網(wǎng)絡(luò)訂餐系統(tǒng)雖然便利，但是也應(yīng)該注意一些風(fēng)險(xiǎn)與潛在的問(wèn)題。作為一種新興的消費(fèi)方式，目前還沒(méi)有相關(guān)的規(guī)則來(lái)約束它，所以網(wǎng)上訂餐系統(tǒng)也有很多問(wèn)題需要注意，首先是食品質(zhì)量安全問(wèn)題，要與正規(guī)的，合格的，衛(wèi)生的飯店合作；其次還有付款的相關(guān)問(wèn)題，消費(fèi)者付款，最后所收的付款賣(mài)家要按時(shí)可以收到，避免引起財(cái)務(wù)糾紛；最后還有售后問(wèn)題，如果消費(fèi)者在拿到食品后出現(xiàn)不滿(mǎn)意的情況，還要及時(shí)需要相關(guān)的售后來(lái)解決這些問(wèn)題。5) 其他可行性5.1 市場(chǎng)情況可行性分析“預(yù)訂/代訂”模式以攜程、E龍為起點(diǎn)，獲得納斯達(dá)克青睞之后，一批中小企業(yè)相繼涌入，但目前該模式呈現(xiàn)出幾大狀態(tài)：a、攜程大規(guī)模盈利，而E龍、芒果網(wǎng)、遨游網(wǎng)等二線(xiàn)梯隊(duì)尚在巨額虧損搶占市場(chǎng)中；b、預(yù)訂模式僅在酒店、機(jī)票上獲得一致認(rèn)可，在飯店預(yù)訂中已有多加網(wǎng)站強(qiáng)勢(shì)進(jìn)入，但盈利模式有待獲得市場(chǎng)認(rèn)可；c、眾多小型機(jī)票、酒店預(yù)訂網(wǎng)站中，仍有部分在盈利，依據(jù)線(xiàn)下合作資源為基礎(chǔ)。d、該模式中，更多以電話(huà)預(yù)訂/代訂為主，以攜程為例：電話(huà)業(yè)務(wù)約占七成，網(wǎng)上業(yè)務(wù)僅占三成。5.2訂餐模式可行性分析a、寫(xiě)字樓中層白領(lǐng)、普通員工寫(xiě)字樓上下電梯麻煩、夏天室外溫度過(guò)高等各項(xiàng)因素，一般訂餐意愿較高，對(duì)菜式、餐館的多樣性選擇較高，并且一般懶得整理路上派發(fā)的訂餐傳單，只選擇固定幾個(gè)餐館預(yù)訂。 訂餐模式能較好的滿(mǎn)足寫(xiě)字樓員工周一到周五午餐訂餐的需要，部分滿(mǎn)足晚上加班訂餐需要，并容易形成偏好，周末訂餐也偶然使用。b、在校大學(xué)生一般學(xué)生都選擇飯?zhí)糜貌?，總訂餐比例不高，但部分學(xué)生沉迷游戲或其他事情，更傾向樂(lè)意使用網(wǎng)上訂餐服務(wù)，省下電話(huà)訂餐的電話(huà)費(fèi)等。較多的選擇在沒(méi)課時(shí)使用。c、呆家懶人/單身漢 一個(gè)人在家懶得煮飯，樂(lè)意接受訂餐服務(wù)，一般集中在周末使用。注：選擇網(wǎng)上訂餐占所有訂餐者30%的比例，是以攜程為例電話(huà)預(yù)訂占70%，網(wǎng)上預(yù)訂占30%考慮。因此在黃頁(yè)介紹、線(xiàn)上下單之外，考慮VoIP電話(huà)訂餐，短信訂餐，客服在線(xiàn)訂餐等多樣形式。3.2. 可行性研究的前提1) 要求說(shuō)明所開(kāi)發(fā)軟件的基本要求，如：A、功能：管理員功能：登錄系統(tǒng)，查詢(xún)、添加、修改，查詢(xún)、添加、修改、刪除員工賬號(hào)（有權(quán)限）用戶(hù)功能：n 登錄模塊：完成客戶(hù)注冊(cè)賬號(hào)、登錄系統(tǒng)、修改密碼、修改地址功能。n 查詢(xún)模塊：完成客戶(hù)查詢(xún)功能，比如按菜系、特色菜、人均消費(fèi)、餐飲評(píng)價(jià)排序等查詢(xún)n 訂單模塊：完成客戶(hù)的訂餐功能n 支付模塊：完成客戶(hù)的安全支付功能n 評(píng)價(jià)模塊：主要就餓巨額客戶(hù)對(duì)餐廳的意見(jiàn)以及對(duì)餐廳的評(píng)價(jià)，提供交流版塊促進(jìn)客戶(hù)與客戶(hù)之間的互動(dòng)B、性能：穩(wěn)定快速，實(shí)時(shí)控制。系統(tǒng)的反應(yīng)速度較快，本系統(tǒng)通過(guò)美觀(guān)，有好的界面設(shè)計(jì)可完成信息查詢(xún)，靈活，方便，便捷，準(zhǔn)確，數(shù)據(jù)存儲(chǔ)安全可靠，全面展示我們的產(chǎn)品，風(fēng)格統(tǒng)一，突出特色，功能設(shè)計(jì)應(yīng)體現(xiàn)人性化思想，方便用戶(hù)操作。顧客注冊(cè)后登錄系統(tǒng)必須輸入口令才能進(jìn)行訂餐服務(wù)。對(duì)于管理員，在其查詢(xún)訂單的時(shí)候，可針對(duì)各種組合條件進(jìn)行查詢(xún)，而且查詢(xún)效率要求高，能夠及時(shí)響應(yīng)查詢(xún)請(qǐng)求，易于操作和維護(hù)。另外還應(yīng)滿(mǎn)足于系統(tǒng)的信息完整性以及系統(tǒng)的可擴(kuò)展性。C、輸出：文字、數(shù)字、英文輸出，訂單打印D、輸入：文字、數(shù)字、英文的輸入E、處理流程和數(shù)據(jù)流圖用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程；F、在安全與保密方面的要求：不能輕易被破壞，不能讓管理人員以外的人篡改價(jià)格信息，消費(fèi)者信息等，對(duì)斷電、死機(jī)、系統(tǒng)崩潰等問(wèn)題有有力的措施以保障數(shù)據(jù)不受損失G、完成期限：一個(gè)月2）目標(biāo)：說(shuō)明所建議系統(tǒng)的主要開(kāi)發(fā)目標(biāo)，如：A,人力與設(shè)備與設(shè)備費(fèi)用的減少：本系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運(yùn)行環(huán)境windows98以上系統(tǒng)，數(shù)據(jù)庫(kù)SQLSever2008，編程語(yǔ)言VC+等，都可通過(guò)網(wǎng)上，圖書(shū)館等各種渠道得到，不需花費(fèi)大量資金購(gòu)買(mǎi)高成本的設(shè)備。B,管理信息服務(wù)的改進(jìn)：該系統(tǒng)科學(xué)合理的將整個(gè)程序劃分為多個(gè)模塊，各模塊單獨(dú)設(shè)計(jì)，有助于降低整個(gè)程序易于銜接和修改C,前進(jìn)的程序結(jié)構(gòu)：使用當(dāng)代前衛(wèi)的軟件編程，能延長(zhǎng)其生命周期，易于維護(hù)與管理D,安全可靠性高：后臺(tái)維護(hù)功能齊全，根據(jù)平臺(tái)在各個(gè)階段不同的使用情況，管理人員可以設(shè)置相應(yīng)的操作權(quán)限，增加系統(tǒng)注冊(cè)，分配各個(gè)欄目的管理權(quán)限，實(shí)現(xiàn)系統(tǒng)的維護(hù)，保證系統(tǒng)的安全可靠E,實(shí)用性強(qiáng)：努力使系統(tǒng)符合實(shí)際操作流程的習(xí)慣，并盡量減少用戶(hù)的輸入，易學(xué)易用的有好的用戶(hù)界面，滿(mǎn)足各層次的用戶(hù)使用的需求F,查詢(xún)功能強(qiáng)大：可以對(duì)菜品的信息和店鋪信息查詢(xún)3）進(jìn)行可行性研究的方法n 實(shí)地考察，去校外附近各餐館了解各餐館的情況，如具體餐類(lèi)，銷(xiāo)售情況，飯前價(jià)格，收入情況，每天有多少學(xué)生就餐等，估計(jì)系統(tǒng)的經(jīng)濟(jì)可行性n 問(wèn)卷調(diào)查，通過(guò)對(duì)校內(nèi)同學(xué)的問(wèn)卷調(diào)查，了解他們的就餐地點(diǎn)，喜歡的食物，對(duì)網(wǎng)上訂餐系統(tǒng)的評(píng)價(jià)n 查閱相關(guān)資料，了解現(xiàn)有的網(wǎng)上訂餐系統(tǒng)第4章. 需求分析4.1. 需求分析 用戶(hù)可通過(guò)訪(fǎng)問(wèn)我們的網(wǎng)站快樂(lè)餐網(wǎng)上訂餐系統(tǒng)，進(jìn)行登陸或注冊(cè)，獲得你想要的各種食物，管理員可以查看用戶(hù)菜品，可以對(duì)菜品進(jìn)行增刪改查。1) 產(chǎn)品介紹 產(chǎn)品名稱(chēng)：快樂(lè)餐訂餐系統(tǒng) 產(chǎn)品用途：對(duì)餐館提供發(fā)布菜肴消息，得到顧客訂單信息，對(duì)顧客提供菜肴服務(wù)。2) 產(chǎn)品面向的用戶(hù)群體：各大酒店，網(wǎng)上店鋪，以及一些大型超市的網(wǎng)上訂餐系統(tǒng)等。4.2. 軟件功能此系統(tǒng)主要是針對(duì)顧客開(kāi)放的網(wǎng)上訂餐系統(tǒng)。顧客訂餐主要流程如下：1. 顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單的瀏覽或者注冊(cè)為會(huì)員。2. 會(huì)員可以對(duì)自己的個(gè)人信息進(jìn)行更改，以會(huì)員形式登陸的顧客享受訂餐服務(wù)。3. 如果顧客覺(jué)得菜單應(yīng)該有所改變則可對(duì)已選的菜單進(jìn)行選擇、更改、刪除等功能。4. 當(dāng)顧客確定訂餐完畢后，顧客可以將其提交至我們的餐廳后臺(tái)系統(tǒng)，并生成訂單。5. 顧客可以對(duì)系統(tǒng)或者餐廳有意見(jiàn)或者建議的留言給我們，我們會(huì)及時(shí)滿(mǎn)意的回復(fù)。管理員、后臺(tái)管理流程如下：1. 管理員登錄后臺(tái)點(diǎn)餐系統(tǒng)。2. 管理員可以管理會(huì)員信息。3. 后臺(tái)將顧客點(diǎn)餐提交到后廚顯示。4. 后廚根據(jù)顧客訂餐菜單進(jìn)行做菜。5. 每完成一個(gè)菜就更改其狀態(tài)為已做。6. 所有訂餐菜完成后根據(jù)會(huì)員提交送餐地址進(jìn)行確認(rèn)并送餐。4.3. 運(yùn)行環(huán)境 顧客客戶(hù)端：操作系統(tǒng)windows98以上，瀏覽器IE5.0以上。 條件與限制：開(kāi)發(fā)本系統(tǒng)所用到的軟件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0，SQL Server20054.4. 需求分析詳細(xì)描述4.4.1模塊需求分析1) 顧客網(wǎng)上訂餐功能分析：根據(jù)對(duì)顧客網(wǎng)上訂餐系統(tǒng)業(yè)務(wù)流程的分析，課已看出顧客點(diǎn)菜主要涉及到一些數(shù)據(jù)庫(kù)的邏輯和程序應(yīng)用邏輯。具體的功能歸納如下：1. 顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單瀏覽、2. 顧客注冊(cè)為會(huì)員。3. 會(huì)員對(duì)自己的個(gè)人信息進(jìn)行更改，比如送餐地址和聯(lián)系電話(huà)。以及賬戶(hù)密碼。4. 顧客對(duì)已選的菜單進(jìn)行更改選擇的數(shù)量或者取消選擇。5. 當(dāng)顧客確定訂餐完畢后，顧客將其提交只服務(wù)器后臺(tái)點(diǎn)餐系統(tǒng)，并生成訂單。2) 管理員后臺(tái)管理系統(tǒng)功能分析：1 管理員在后臺(tái)登錄后，可以創(chuàng)建新的管理員。2 管理員可以對(duì)餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進(jìn)行添加、刪除和修改，比如更改菜單的圖片，價(jià)格，菜單的描述，更換新品，添加新菜等。3 管理員對(duì)菜單進(jìn)行管理，確定訂單的生成。4 管理員根據(jù)不同的屬性來(lái)查詢(xún)訂單，比如生成日期或者編號(hào)等。5 管理員根據(jù)不同的時(shí)間段統(tǒng)計(jì)處營(yíng)業(yè)額，成本，同時(shí)還能統(tǒng)計(jì)出每道菜的銷(xiāo)售量、任何時(shí)間段的銷(xiāo)售情況以及每一個(gè)顧客的消費(fèi)情況。3) 為更好的說(shuō)明系統(tǒng)，具體功能如下表：功能類(lèi)別子功能用戶(hù)管理用戶(hù)登錄用戶(hù)注冊(cè)用戶(hù)操作餐品展示餐品的詳細(xì)介紹放進(jìn)購(gòu)物車(chē)查看購(gòu)物車(chē)詳細(xì)信息提交反饋意見(jiàn)察看所有留言管理員操作增加餐品修該餐品刪除餐品回復(fù)留言刪除留言結(jié)帳付款確認(rèn)和配送信息結(jié)束訂單設(shè)置友好結(jié)束界面4.4.2用戶(hù)注冊(cè)登錄用戶(hù)訪(fǎng)問(wèn)本網(wǎng)站直接進(jìn)入本網(wǎng)站可直接進(jìn)入網(wǎng)站主頁(yè)，可選擇登陸，若為注冊(cè)可選擇注冊(cè)，只有注冊(cè)用戶(hù)方可點(diǎn)餐。注冊(cè)提供用戶(hù)名和密碼，用戶(hù)名只能檢測(cè)，若以存在也提示。另外加入記住密碼功能，登陸一次可在兩周內(nèi)無(wú)需再次登陸，直接進(jìn)入登陸狀態(tài)。4.4.3瀏覽菜品顯示菜品的各種信息，可在分類(lèi)查詢(xún)，動(dòng)態(tài)搜索，設(shè)計(jì)頁(yè)面分業(yè)，布局排版問(wèn)題，以方便用戶(hù)瀏覽選擇。4.4.4菜品詳細(xì)信息顯示餐品中某一餐品的詳細(xì)信息，包括菜名，配料，口味，價(jià)格等，以供用戶(hù)放進(jìn)自己的購(gòu)物車(chē)。4.4.5購(gòu)物車(chē)實(shí)現(xiàn)對(duì)已定菜品的管理，包括增加菜品，刪除菜品，修改數(shù)量。4.4.6提交購(gòu)物車(chē)并生成訂接受購(gòu)物車(chē)信息，隨即獲取訂單號(hào)，動(dòng)態(tài)刷新頂單狀態(tài)，固定時(shí)間（如30秒）完成一道菜，用戶(hù)可繼續(xù)修改為完成的菜品，已完成菜品無(wú)法進(jìn)行操作，用戶(hù)修改訂單并保存。4.4.7結(jié)帳付款選擇付款方式及對(duì)此次餐的評(píng)價(jià)。4.4.8結(jié)束訂餐設(shè)置友好的結(jié)束界面。4.4.9管理員操作在后臺(tái)系統(tǒng)中管理網(wǎng)上訂餐會(huì)員管理和菜單管理。4.5. 層次方框圖第5章. 概要設(shè)計(jì)5.1. 系統(tǒng)分析本系統(tǒng)可以實(shí)現(xiàn)網(wǎng)上的在線(xiàn)訂餐，顧客通過(guò)網(wǎng)上瀏覽餐品并進(jìn)行選擇產(chǎn)生訂單。同時(shí)，管理端可以匯總訂單，瀏覽訂單，并通過(guò)訂單結(jié)果修改餐品相應(yīng)信息，更新餐品信息，瀏覽顧客的評(píng)價(jià)等等。方便顧客的訂餐，以及網(wǎng)頁(yè)餐品信息的管理。系統(tǒng)包括管理端子系統(tǒng)和客戶(hù)端子系統(tǒng)?？蛻?hù)端子系統(tǒng)包括用戶(hù)注冊(cè)、用戶(hù)登錄、個(gè)人信息維護(hù)、食品信息瀏覽、維護(hù)購(gòu)物車(chē)、生成訂單。管理端子系統(tǒng)包括登陸管理，維護(hù)顧客信息，維護(hù)餐品信息，管理訂單。圖B1和為客戶(hù)端和管理端的組成結(jié)構(gòu)圖。B-1客戶(hù)端子系統(tǒng)圖示B-2管理端子系統(tǒng)圖示5.2. 體系結(jié)構(gòu)系統(tǒng)的總體結(jié)構(gòu)設(shè)計(jì)遵循如下原則：）系統(tǒng)應(yīng)具有良好的適應(yīng)性：能適應(yīng)用戶(hù)對(duì)系統(tǒng)的軟件環(huán)境、管理內(nèi)容、模式和界面的要求；）系統(tǒng)應(yīng)具有可靠性：采用成熟的技術(shù)方法和軟件開(kāi)發(fā)平臺(tái)，以保證在以后的實(shí)際應(yīng)用中安全、可靠；）系統(tǒng)應(yīng)具有較好的安全性：應(yīng)提高完善的安全機(jī)制和用戶(hù)權(quán)限限制機(jī)制，確保數(shù)據(jù)的受限訪(fǎng)問(wèn)；）系統(tǒng)應(yīng)具有良好的可維護(hù)性：系統(tǒng)應(yīng)易于維護(hù)、安裝；）系統(tǒng)應(yīng)具有良好的可擴(kuò)展性：系統(tǒng)應(yīng)適應(yīng)未來(lái)信息化建設(shè)的要求，能方便得進(jìn)行功能擴(kuò)展，以建立完善的信息集成管理體系。本系統(tǒng)采用struts體系結(jié)構(gòu)，Struts是一個(gè)基于模型(Model)視圖(View)控制器(Controller)(MVC)模式的應(yīng)用架構(gòu)的開(kāi)源框架。目前軟件項(xiàng)目中有很多的體系結(jié)構(gòu)，其中是比較流行的一種。l 體系結(jié)構(gòu)對(duì)于開(kāi)發(fā)Web應(yīng)用，要從頭設(shè)計(jì)并開(kāi)發(fā)出一個(gè)可靠、穩(wěn)定的框架不是一件容易的事情，隨著Web開(kāi)發(fā)技術(shù)的日趨成熟，在web開(kāi)發(fā)領(lǐng)域出現(xiàn)了一些現(xiàn)成的優(yōu)秀的框架，開(kāi)發(fā)者可以直接使用它們，就是一個(gè)很好的框架結(jié)構(gòu)，它是在JSPModel2基礎(chǔ)上實(shí)現(xiàn)的一個(gè)MVC框架，它可以使你不必要從頭開(kāi)始全部開(kāi)發(fā)組件，對(duì)于大項(xiàng)目更是很好的。在Strcut框架中模型由實(shí)現(xiàn)業(yè)務(wù)邏輯的JavaBean或者EJB組件構(gòu)成，控制器由ActionSevelet和Action來(lái)實(shí)現(xiàn)，視圖由一組JSP文件組成，圖顯示了Struct實(shí)現(xiàn)的MVC框架。其中：視圖：就是一組JSP文件，這些JSP文件沒(méi)有業(yè)務(wù)邏輯，也沒(méi)有模型信息，只有標(biāo)簽，這些標(biāo)簽可以是標(biāo)準(zhǔn)的JSP標(biāo)簽或者是客戶(hù)化標(biāo)簽，如Struct標(biāo)簽庫(kù)的標(biāo)簽。此外，通常將Strcut框架中的ActionFormBean也劃為視圖模塊中，ActionFormBean是一種JAVABEAN，除了具有一些JAVABean的常規(guī)方法外，還包含了一些特殊的方法，用于驗(yàn)證HTML表單數(shù)據(jù)以及將其屬性重新設(shè)置默認(rèn)值。Struct框架利用ActionFormBean來(lái)進(jìn)行視圖和控制器之間表單數(shù)據(jù)的傳遞。Strcut框架將用戶(hù)輸入的表單數(shù)據(jù)保存在A(yíng)ctionFormBean中，將它傳遞給控制器，控制器可以對(duì)ActionFormBean中的數(shù)據(jù)進(jìn)行修改，JSP文件使用Strcut標(biāo)簽讀取修改后的ActionFormBean的信息，重新設(shè)置HTML表單?？刂破鳎嚎刂破饔葾ctionServlet類(lèi)和Action類(lèi)實(shí)現(xiàn)，ActionServlet類(lèi)是Struct框架中的核心組件。是這個(gè)MVC的中央控制器的角色，ActionServlet主要負(fù)責(zé)接收HTTP請(qǐng)求的信息，根據(jù)配置文件struct-config.xml的配置信息，將請(qǐng)求轉(zhuǎn)發(fā)給適當(dāng)?shù)腁ction對(duì)象，如果該Action對(duì)象不存在，ActionServlet會(huì)先創(chuàng)建這個(gè)Action對(duì)象。Action類(lèi)負(fù)責(zé)調(diào)用模型的方法，更新模型的狀態(tài)，并幫助控制應(yīng)用程序的流程，對(duì)于小型簡(jiǎn)單的應(yīng)用，Action類(lèi)本身也可以完成一些實(shí)際的業(yè)務(wù)邏輯。模型：模型表示應(yīng)用程序的狀態(tài)和業(yè)務(wù)邏輯，業(yè)務(wù)邏輯常常由JavaBean或者EJB組件實(shí)現(xiàn)。如果在Web應(yīng)用開(kāi)發(fā)中套用現(xiàn)成的Struct框架，可以簡(jiǎn)化每個(gè)開(kāi)發(fā)階段的工作，開(kāi)發(fā)人員可以更加有針對(duì)性地分析應(yīng)用需求，不必重新設(shè)計(jì)框架，只需在Struct框架的基礎(chǔ)上，設(shè)計(jì)MVC各個(gè)模塊包含的具體組件，在編碼過(guò)程中，可以充分利用Struct提供的各種實(shí)用類(lèi)和標(biāo)簽庫(kù)，簡(jiǎn)化編碼工作。Struct框架可以方便迅速地將一個(gè)復(fù)雜的應(yīng)用劃分成模型、視圖和控制器組件，而Struct的配置文件struct-config.xml可以靈活地組裝這些組件，簡(jiǎn)化開(kāi)發(fā)過(guò)程。l 網(wǎng)絡(luò)結(jié)構(gòu)圖l 系統(tǒng)運(yùn)行環(huán)境 客戶(hù)機(jī)：普通PC CPU：P41.8GHz以上n 內(nèi)存：256MB以上 能夠運(yùn)行IE5.0以上或者Netscape4.0以上版本的機(jī)器n 分辨率：推薦使用1024*768像素l WEB服務(wù)器 CPU：P42.0GHzn 內(nèi)存：1G以上n 硬盤(pán)：80G以上n 網(wǎng)卡：千兆l 數(shù)據(jù)庫(kù)服務(wù)器 CPU：P42.0GHzn 內(nèi)存：1G以上n 硬盤(pán)：80G以上軟件環(huán)境l 本系統(tǒng)的的軟件環(huán)境如下：操作系統(tǒng)：Unix/Linux/windows2000或以上版本l數(shù)據(jù)庫(kù)：SQLServer2000工具包：JDKVersion1.4.2l開(kāi)發(fā)環(huán)境：eclipse-SDK-3.1.2-win32lWeb服務(wù)器：Tomcatl瀏覽器：IE6.0以上（1）數(shù)據(jù)庫(kù)及操作系統(tǒng):對(duì)于核心數(shù)據(jù)庫(kù)來(lái)說(shuō)，選擇一個(gè)合適的數(shù)據(jù)庫(kù)系統(tǒng)對(duì)我們的系統(tǒng)運(yùn)行是很重要的，選擇數(shù)據(jù)庫(kù)的關(guān)鍵因素是要考慮預(yù)計(jì)會(huì)有多少人同時(shí)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)；正常工作時(shí)間的級(jí)別；用來(lái)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)的應(yīng)用程序的類(lèi)型；運(yùn)行數(shù)據(jù)庫(kù)的服務(wù)器的硬件和操作系統(tǒng)類(lèi)型；以及管理人員的專(zhuān)業(yè)技術(shù)水平。目前市場(chǎng)上適用于中小型企業(yè)的數(shù)據(jù)庫(kù)產(chǎn)品有IBMDB2、MicrosoftSQLServer系列、Oracle系列。所有這些產(chǎn)品都基于SQL語(yǔ)言。同時(shí)，它們還擁有精密復(fù)雜的安全控制以適應(yīng)不同的商業(yè)需要。服務(wù)器操作系統(tǒng)使用Windows2000Server系統(tǒng)。（2）WEB服務(wù)軟件：目前的WEB服務(wù)器軟件有很多種，成熟而且穩(wěn)定有Apache、和Microsoft的IIS，它們也是占據(jù)著Web服務(wù)器市場(chǎng)最大的份額。Tomcat是Sun和Apache合作做出來(lái)的JSPServer,支持Servlet2.2及JSP1.1等版本。而且Tomcat未來(lái)將會(huì)取代Jserv，成為Apache主要的Servlet&JSPEngine。Tomcat在設(shè)計(jì)上是以獨(dú)立的Server執(zhí)行,而不像Jserv是附在A(yíng)pache中,這樣就更可以發(fā)揮在servlet中，非HttpServlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用,不需要考慮操作系統(tǒng)平臺(tái)。因此選擇作為WEB服務(wù)器。5.3. 邏輯設(shè)計(jì)l 邏輯設(shè)計(jì)概述數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)是概念模型向邏輯模型的轉(zhuǎn)化，一般步驟是先將概念結(jié)構(gòu)轉(zhuǎn)化為關(guān)系模型，然后將轉(zhuǎn)化來(lái)的關(guān)系模型向特定DBMS支持下的數(shù)據(jù)模型轉(zhuǎn)換，最后對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化l 數(shù)據(jù)存儲(chǔ)存儲(chǔ)名流入流出客戶(hù)信息存儲(chǔ)更新信息流，登陸信息流登陸反饋流，更新反饋流資金信息存儲(chǔ)資金轉(zhuǎn)入信息流資金轉(zhuǎn)出信息流訂單信息存儲(chǔ)更新、查詢(xún)流查詢(xún)、更新、統(tǒng)計(jì)信息流配送信息存儲(chǔ)更新、查詢(xún)流更新、查詢(xún)信息流l 數(shù)據(jù)表的設(shè)計(jì)數(shù)據(jù)庫(kù)的主要表詳細(xì)結(jié)構(gòu)如下：訂單條目表訂單條目表菜單表菜分類(lèi)表用戶(hù)表5.4. 總E-R圖5.5. 類(lèi)圖1.顧客：顧客有自己的id、用戶(hù)名、電話(huà)號(hào)碼、地址、郵箱、登錄密碼等屬性，操作有搜索，登錄、搜索、瀏覽、留言、訂單、退單等。2.管理員：管理員有id、管理員名字、登錄后臺(tái)密碼等屬性，有登錄、查詢(xún)、更新、刪除、修改、審核、銷(xiāo)售統(tǒng)計(jì)等操作。3.訂單：包括訂單id、顧客訂購(gòu)美食的品種數(shù)、顧客用戶(hù)名、訂單時(shí)間、付款方式和運(yùn)送方式等屬性。4.餐品：包括餐品id、餐品價(jià)格、餐品介紹等屬性。5.信息發(fā)布：指信息ID屬性，有信息反饋、優(yōu)惠活動(dòng)、店鋪信息、送餐時(shí)段公告等6.評(píng)價(jià)：包括留言板的id、名字、餐品類(lèi)別、評(píng)價(jià)內(nèi)容等屬性，有留言等操作。7.賣(mài)家：包括賣(mài)家ID、用戶(hù)名、地址、聯(lián)系電話(huà)等屬性，有銷(xiāo)售統(tǒng)計(jì)等操作8.支付模塊：包括ID、用戶(hù)名、支付方式等屬性9.配送模塊：包括ID、用戶(hù)名、配送方式等屬性第6章. 詳細(xì)設(shè)計(jì)6.1. 系統(tǒng)模塊詳細(xì)設(shè)計(jì)（數(shù)據(jù)流圖）本系統(tǒng)總共有五大主要模塊，分別是支付模塊，訂單管理模塊，后臺(tái)管理模塊，配送模塊和信息發(fā)布模塊。每個(gè)模塊分別有不同的權(quán)限和使用功能。信息發(fā)布系統(tǒng)賣(mài)家通過(guò)平臺(tái)隨時(shí)更改食品信息，以及食品的優(yōu)惠信息，并儲(chǔ)存在數(shù)據(jù)庫(kù)中，而買(mǎi)家通過(guò)平臺(tái)查詢(xún)數(shù)據(jù)庫(kù)，得到食品的信息。后臺(tái)管理模塊管理員、買(mǎi)家、賣(mài)家通過(guò)自己的登陸信息登陸系統(tǒng)，其中賣(mài)家可以更新店鋪信息、通過(guò)系統(tǒng)得到銷(xiāo)售統(tǒng)計(jì)信息，而管理員可以對(duì)賣(mài)家、買(mǎi)家進(jìn)行賬戶(hù)管理。支付模塊引入第三方金融接口，如果為貨到付款，則不需要本支付系統(tǒng)，賣(mài)家買(mǎi)家可以直接交付；否則賣(mài)家轉(zhuǎn)帳到支付系統(tǒng)，并且支付系統(tǒng)可以轉(zhuǎn)帳到賣(mài)家賬戶(hù)。訂單管理系統(tǒng)買(mǎi)家通過(guò)系統(tǒng)下達(dá)頂、訂單，并可以查詢(xún)查詢(xún)訂單數(shù)據(jù)庫(kù)，得到訂單狀態(tài)。而系統(tǒng)會(huì)自動(dòng)通知賣(mài)家訂單詳情。配送模塊賣(mài)家給快遞下達(dá)配送任務(wù)，賣(mài)家可以隨時(shí)查詢(xún)數(shù)據(jù)庫(kù)，得到配送進(jìn)度。6.2. 程序流程圖信息發(fā)布流程賣(mài)家通過(guò)系統(tǒng)更新食品信息，系統(tǒng)判斷是否合法，合法則更新，并輸出反饋。若買(mǎi)家反饋/查詢(xún)食品，則進(jìn)行查詢(xún)并反饋，結(jié)束。后臺(tái)管理流程首先判斷是否注冊(cè)，是則填入注冊(cè)信息，判斷合法后注冊(cè)并反饋；否則進(jìn)行登錄，判斷身份后輸入操作，然后系統(tǒng)執(zhí)行用戶(hù)操作，輸出操作反饋，判斷登出，跳出系統(tǒng)結(jié)束。支付模塊流程判斷是否貨到付款，是則改為人工操作，并直接跳出；否則買(mǎi)家輸入銀行信息進(jìn)行轉(zhuǎn)賬，判斷轉(zhuǎn)賬成功，是則進(jìn)行賣(mài)家配送，否則重來(lái)。判斷賣(mài)家配送是否成功，是則轉(zhuǎn)賬跳出，否則進(jìn)入投訴環(huán)節(jié)。訂單管理流程判斷錄入/查詢(xún)訂單，錄入訂單則錄入，判斷合法性后提交訂單，并下達(dá)配送，輸出反饋。否則輸入查詢(xún)編號(hào)，查詢(xún)配送情況，不論查詢(xún)成功與否，輸出查詢(xún)反饋。配送模塊流程查詢(xún)則輸入編號(hào)，進(jìn)行合法判斷，并查詢(xún)，輸出反饋結(jié)束。錄入則錄入訂單，生成配送，判斷是否貨到付款，是則直接配送，否則判斷付款，付款后進(jìn)行配送，根據(jù)配送方式配送。配送完成修改訂單狀態(tài)，結(jié)束。6.3. 實(shí)體聯(lián)系圖（E-R圖）l 分E-R圖 餐品表E-R圖 訂單E-R圖 顧客E-R圖 管理員E-R圖 賣(mài)家E-R圖 信息表E-R圖 支付E-R圖6.4. 用例規(guī)約及用例圖1. 支付：用例名稱(chēng)：轉(zhuǎn)入角色：支付簡(jiǎn)要說(shuō)明：在線(xiàn)支付時(shí)資金不足，進(jìn)行資金轉(zhuǎn)入前置事件：用戶(hù)在確認(rèn)購(gòu)買(mǎi)餐品后選擇在線(xiàn)支付方式基本流：1. 用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2. 支付方式選擇在線(xiàn)支付3. 當(dāng)支付時(shí)資金不足可以進(jìn)行銀行卡資金轉(zhuǎn)入備選流：用戶(hù)可能在2時(shí)選擇貨到付款后置條件：資金轉(zhuǎn)入成功，繼續(xù)付款用例名稱(chēng)：轉(zhuǎn)出角色：支付簡(jiǎn)要說(shuō)明：在線(xiàn)支付時(shí)資金的轉(zhuǎn)出前置事件：用戶(hù)在確認(rèn)購(gòu)買(mǎi)餐品后選擇在線(xiàn)支付方式事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.支付方式選擇在線(xiàn)支付3.當(dāng)支付時(shí)資金充足時(shí)，完成資金轉(zhuǎn)出備選流：用戶(hù)可能在2時(shí)選擇貨到付款后置條件：資金轉(zhuǎn)出成功，付款成功用例名稱(chēng)：買(mǎi)家資金管理角色：支付簡(jiǎn)要說(shuō)明：在線(xiàn)支付時(shí)買(mǎi)家資金的流動(dòng)前置事件：用戶(hù)在確認(rèn)購(gòu)買(mǎi)餐品后選擇在線(xiàn)支付方式事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.支付方式選擇在線(xiàn)支付3.買(mǎi)家對(duì)自己的資金進(jìn)行管理操作備選流：用戶(hù)可能在2時(shí)選擇貨到付款后置條件：進(jìn)而選擇資金的流入或者流出用例名稱(chēng)：貨到付款角色：支付簡(jiǎn)要說(shuō)明：餐品到達(dá)后用戶(hù)付錢(qián)前置事件：用戶(hù)在確認(rèn)購(gòu)買(mǎi)餐品后選擇貨到付款支付方式事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.支付方式選擇貨到付款備選流：用戶(hù)可能在2時(shí)選擇在線(xiàn)支付后置條件：用戶(hù)下單成功，商家開(kāi)始運(yùn)作。2. 訂單：用例名稱(chēng)：訂單查詢(xún)角色：訂單簡(jiǎn)要說(shuō)明：用戶(hù)和賣(mài)家可以對(duì)訂單進(jìn)行查詢(xún)前置事件：用戶(hù)在確認(rèn)購(gòu)買(mǎi)餐品后事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.買(mǎi)家可以進(jìn)行查詢(xún)來(lái)確認(rèn)訂單4.賣(mài)家可以對(duì)生成的訂單進(jìn)行查詢(xún)備選流：無(wú)后置條件：買(mǎi)家通過(guò)查詢(xún)訂單確認(rèn)購(gòu)買(mǎi)信息，進(jìn)而進(jìn)行付款。用例名稱(chēng)：退訂角色：訂單簡(jiǎn)要說(shuō)明：用戶(hù)對(duì)遞交后的訂單進(jìn)行退訂前置事件：用戶(hù)下單成功并進(jìn)行訂單查詢(xún)事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.查詢(xún)訂單4.買(mǎi)家取消訂單備選流：無(wú)后置條件：用戶(hù)成功取消訂單用例名稱(chēng)：確認(rèn)收貨角色：訂單簡(jiǎn)要說(shuō)明：買(mǎi)家確認(rèn)接收到餐品前置事件：1.用戶(hù)下單成功并成功支付2.賣(mài)家制作完成并配送成功事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.成功配送到用戶(hù)手中6.用戶(hù)接收餐品后7.確認(rèn)收單備選流：用戶(hù)在接收餐品后并沒(méi)有及時(shí)進(jìn)行反饋，7遲遲不能進(jìn)行后置條件：買(mǎi)家確認(rèn)交易完成用例名稱(chēng)：收單打印角色：訂單簡(jiǎn)要說(shuō)明：賣(mài)家確認(rèn)交易完成收單打印前置事件：1.用戶(hù)下單成功并成功支付2.賣(mài)家制作完成并配送成功3.買(mǎi)家確認(rèn)收到餐品事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.成功配送到用戶(hù)手中6.用戶(hù)接收餐品后7.確認(rèn)收單8.賣(mài)家收單打印備選流：買(mǎi)家并沒(méi)有及時(shí)進(jìn)行確認(rèn)收單，配送方可以及時(shí)進(jìn)行反饋后置條件：賣(mài)家確認(rèn)交易完成用例名稱(chēng)：餐品信息角色：訂單簡(jiǎn)要說(shuō)明：賣(mài)家發(fā)布餐品相關(guān)信息進(jìn)行信息的錄入前置事件：1.賣(mài)家想要在訂餐系統(tǒng)中出售餐品2.賣(mài)家進(jìn)行餐品信息錄入事件流：1.賣(mài)家發(fā)布店內(nèi)餐品信息2.賣(mài)家進(jìn)行餐品信息的錄入備選流：無(wú)后置條件：賣(mài)家成功錄入餐品信息，買(mǎi)家可以根據(jù)賣(mài)家發(fā)布的餐品信息進(jìn)行購(gòu)買(mǎi)用例名稱(chēng)：顧客信息角色：訂單簡(jiǎn)要說(shuō)明：用戶(hù)對(duì)自己的相關(guān)信息進(jìn)行錄入前置事件：用戶(hù)在購(gòu)買(mǎi)前需要注冊(cè)相關(guān)信息事件流：1.用戶(hù)瀏覽賣(mài)家發(fā)布的相關(guān)餐品2.用戶(hù)確認(rèn)購(gòu)買(mǎi)相關(guān)餐品3.用戶(hù)注冊(cè)填寫(xiě)相關(guān)個(gè)人信息備選流：1時(shí)瀏覽后，用戶(hù)不想購(gòu)買(mǎi)任何餐品后置條件：買(mǎi)家錄入成功個(gè)人信息后可以進(jìn)行購(gòu)買(mǎi)用例名稱(chēng)：配送信息角色：訂單簡(jiǎn)要說(shuō)明：配送方錄入成功下單的用戶(hù)信息前置事件：1.用戶(hù)下單成功后2.賣(mài)家制作成功等待配送事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.配送方錄入用戶(hù)信息備選流：3不成功時(shí)，將不會(huì)出現(xiàn)配送4.確認(rèn)用戶(hù)信息時(shí)，發(fā)現(xiàn)用戶(hù)信息不完整，無(wú)法配送后置條件：賣(mài)家制作好餐品后，配送方開(kāi)始配送餐品用例名稱(chēng)：支付信息角色：訂單簡(jiǎn)要說(shuō)明：對(duì)用戶(hù)支付時(shí)錄入的相關(guān)信息前置事件：1.用戶(hù)下單成功后2.進(jìn)行支付選擇時(shí)事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.在進(jìn)行支付時(shí)進(jìn)行選擇備選流：無(wú)后置條件：選擇支付成功后，賣(mài)家開(kāi)始制作餐品3. 后臺(tái)：用例名稱(chēng)：登陸角色：后臺(tái)簡(jiǎn)要說(shuō)明：買(mǎi)家在后臺(tái)成功注冊(cè)后，登陸系統(tǒng)前置事件：買(mǎi)家成功注冊(cè)個(gè)人信息事件流：1.買(mǎi)家注冊(cè)個(gè)人信息成功后2.登陸系統(tǒng) 備選流：無(wú)后置條件：買(mǎi)家登陸系統(tǒng)后，可以進(jìn)行餐品的選購(gòu)用例名稱(chēng)：注冊(cè)角色：后臺(tái)簡(jiǎn)要說(shuō)明：買(mǎi)家需要在后臺(tái)注冊(cè)個(gè)人信息前置事件：買(mǎi)家想要購(gòu)買(mǎi)餐品事件流：1.買(mǎi)家想要購(gòu)買(mǎi)餐品2.在后臺(tái)系統(tǒng)注冊(cè)個(gè)人信息 備選流：無(wú)后置條件：買(mǎi)家注冊(cè)個(gè)人信息后，登陸系統(tǒng)用例名稱(chēng)：登陸角色：后臺(tái)簡(jiǎn)要說(shuō)明：后臺(tái)管理員登陸系統(tǒng)前置事件：無(wú)事件流：后臺(tái)管理員登陸系統(tǒng)進(jìn)行管理 備選流：無(wú)后置條件：管理員的登陸系統(tǒng)后，進(jìn)行管理員操作用例名稱(chēng)：買(mǎi)家管理角色：后臺(tái)簡(jiǎn)要說(shuō)明：后臺(tái)管理員對(duì)買(mǎi)家操作進(jìn)行管理前置事件：管理員成功登陸系統(tǒng)事件流：1.管理員成功登陸系統(tǒng)2.用戶(hù)進(jìn)行注冊(cè)、購(gòu)買(mǎi)操作3.管理員進(jìn)行相關(guān)管理 備選流：沒(méi)有用戶(hù)時(shí)無(wú)須進(jìn)行買(mǎi)家管理后置條件：對(duì)買(mǎi)家操作進(jìn)行統(tǒng)一管理，方便系統(tǒng)運(yùn)行用例名稱(chēng)：賣(mài)家管理角色：后臺(tái)簡(jiǎn)要說(shuō)明：賣(mài)家注冊(cè)后發(fā)布餐品信息，管理員進(jìn)行管理監(jiān)測(cè)前置事件：賣(mài)家成功注冊(cè)商家信息賣(mài)家發(fā)布食品信息事件流：1.賣(mài)家發(fā)布注冊(cè)信息后2.管理員進(jìn)行管理 備選流：無(wú)后置條件：對(duì)賣(mài)家操作進(jìn)行統(tǒng)一管理，方便買(mǎi)家購(gòu)買(mǎi)用例名稱(chēng)：賣(mài)家資金管理角色：后臺(tái)簡(jiǎn)要說(shuō)明：賣(mài)家資金的流轉(zhuǎn)前置事件：用戶(hù)購(gòu)買(mǎi)賣(mài)家餐品賣(mài)家成本支出事件流：1.用戶(hù)購(gòu)買(mǎi)餐品后支付資金2.賣(mài)家制作餐品時(shí)的成本支出3.賣(mài)家配送餐品支出4.賣(mài)家進(jìn)行資金統(tǒng)一管理 備選流：無(wú)后置條件：對(duì)賣(mài)家資金進(jìn)行統(tǒng)一規(guī)劃用例名稱(chēng)：注冊(cè)角色：后臺(tái)簡(jiǎn)要說(shuō)明：賣(mài)家在后臺(tái)系統(tǒng)注冊(cè)信息前置事件：賣(mài)家要在訂餐系統(tǒng)中出售餐品事件流：1.賣(mài)家想要出售餐品2.賣(mài)家在系統(tǒng)中注冊(cè)信息 備選流：無(wú)后置條件：賣(mài)家可以進(jìn)行餐品售賣(mài)用例名稱(chēng)：銷(xiāo)售統(tǒng)計(jì)角色：后臺(tái)簡(jiǎn)要說(shuō)明：賣(mài)家銷(xiāo)售份額前置事件：用戶(hù)需要訂購(gòu)餐品賣(mài)家完成餐品配送事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.成功配送到用戶(hù)手中6.用戶(hù)接收餐品后7.確認(rèn)收單8.賣(mài)家收單打印9.進(jìn)行銷(xiāo)售統(tǒng)計(jì)備選流：無(wú)后置條件：賣(mài)家可以對(duì)自身一天的銷(xiāo)售額做到充分了解4. 配送：用例名稱(chēng)：地址信息角色：配送簡(jiǎn)要說(shuō)明：配送方需要將用戶(hù)地址信息錄入前置事件：1.用戶(hù)下單成功2.選擇支付方式成功事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.配送方將用戶(hù)地址信息進(jìn)行錄入備選流：買(mǎi)家信息填寫(xiě)不完整或錯(cuò)誤時(shí)，無(wú)法完成配送沒(méi)有成功選擇支付方式時(shí)，不會(huì)進(jìn)行地址信息錄入后置條件：錄入買(mǎi)家信息后，準(zhǔn)備開(kāi)始進(jìn)行配送用例名稱(chēng)：地址信息角色：配送簡(jiǎn)要說(shuō)明：錄入用戶(hù)地址信息前置事件：1.用戶(hù)需要訂購(gòu)餐品2.賣(mài)家完成餐品制作3.進(jìn)行配送事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.選擇配送方式6.配送員進(jìn)行買(mǎi)家地址信息查詢(xún)備選流：買(mǎi)家地址信息填寫(xiě)不完整或錯(cuò)誤時(shí)，無(wú)法完成配送后置條件：查詢(xún)到買(mǎi)家地址信息后，開(kāi)始進(jìn)行配送用例名稱(chēng)：客戶(hù)姓名角色：配送簡(jiǎn)要說(shuō)明：錄入用戶(hù)姓名，配送時(shí)方便確認(rèn)前置事件：1.用戶(hù)需要訂購(gòu)餐品2.賣(mài)家完成餐品制作3.進(jìn)行配送事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.選擇配送方式6.配送員進(jìn)行買(mǎi)家地址信息查詢(xún)7.到達(dá)后，確認(rèn)客戶(hù)姓名備選流：確認(rèn)用戶(hù)姓名不符合時(shí)，無(wú)法完成配送后置條件：客戶(hù)姓名確認(rèn)后，交易餐品用例名稱(chēng)：用戶(hù)電話(huà)角色：配送簡(jiǎn)要說(shuō)明：用戶(hù)電話(huà)號(hào)碼錄入前置事件：1.用戶(hù)需要訂購(gòu)餐品2.賣(mài)家完成餐品制作3.進(jìn)行配送事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.選擇配送方式6.配送員進(jìn)行買(mǎi)家地址信息查詢(xún)7.配送方通過(guò)電話(huà)通知買(mǎi)家取餐備選流：買(mǎi)家地址信息填寫(xiě)不完整或錯(cuò)誤時(shí)，無(wú)法完成配送買(mǎi)家電話(huà)不通時(shí)，無(wú)法完成配送后置條件：買(mǎi)家接到電話(huà)后，動(dòng)身取餐用例名稱(chēng)：客服電話(huà)角色：配送簡(jiǎn)要說(shuō)明：客服電話(huà)號(hào)碼錄入前置事件：用戶(hù)需要訂購(gòu)餐品事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.進(jìn)行配送6.買(mǎi)家可通過(guò)客服電話(huà)詢(xún)問(wèn)來(lái)了解餐品配送情況備選流：無(wú)后置條件：無(wú)用例名稱(chēng)：專(zhuān)業(yè)團(tuán)隊(duì)送角色：配送簡(jiǎn)要說(shuō)明：專(zhuān)業(yè)物流團(tuán)隊(duì)配送餐品前置事件：1.用戶(hù)訂購(gòu)餐品完成后2.賣(mài)家制作完成事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.選擇專(zhuān)業(yè)團(tuán)隊(duì)配送方式備選流：在5時(shí)選擇商家自配送后置條件：查詢(xún)買(mǎi)家信息，開(kāi)始配送用例名稱(chēng)：商家自配送角色：配送簡(jiǎn)要說(shuō)明：商家自己配送餐品前置事件：1.用戶(hù)訂購(gòu)餐品完成后2.賣(mài)家制作完成事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.賣(mài)家確認(rèn)訂單制作完成5.買(mǎi)家自己配送餐品備選流：在5時(shí)選擇專(zhuān)業(yè)團(tuán)隊(duì)送后置條件：查詢(xún)買(mǎi)家信息，開(kāi)始配送用例名稱(chēng)：正在制作中角色：配送簡(jiǎn)要說(shuō)明：餐品正在制作當(dāng)中前置事件：用戶(hù)訂購(gòu)餐品完成后事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.買(mǎi)家查詢(xún)到餐品正在制作中備選流：4時(shí)買(mǎi)家查詢(xún)到餐品正在配送中后置條件：買(mǎi)家等待餐品用例名稱(chēng)：正在配送中角色：配送簡(jiǎn)要說(shuō)明：餐品正在配送路上前置事件：用戶(hù)訂購(gòu)餐品完成后事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支付4.買(mǎi)家查詢(xún)到餐品正在配送中備選流：4時(shí)買(mǎi)家查詢(xún)到餐品正在制作中后置條件：買(mǎi)家等待餐品5. 賣(mài)家信息發(fā)布：用例名稱(chēng)：星級(jí)評(píng)判角色：賣(mài)家信息發(fā)布簡(jiǎn)要說(shuō)明：買(mǎi)家對(duì)餐品進(jìn)行星級(jí)評(píng)價(jià)，賣(mài)家顯示星級(jí)評(píng)判前置事件：1.用戶(hù)訂購(gòu)餐品完成2.配送成功3.買(mǎi)家確認(rèn)訂單事件流：1.用戶(hù)確認(rèn)購(gòu)買(mǎi)餐品后2.訂單成功生成3.成功支