課程設(shè)計(jì)-訂餐系統(tǒng)

1、指導(dǎo)教師用表組別指導(dǎo)教師論文設(shè)計(jì)題目網(wǎng)上訂餐系統(tǒng)主要任務(wù)及目標(biāo)制廿個(gè)網(wǎng)上訂餐系統(tǒng)開發(fā)方案,通過對(duì)用戶的需求分析,使它具有消費(fèi)者登陸點(diǎn)餐,治理者治理系統(tǒng)的功能,并通過可行性分析,確定系統(tǒng)可以正常的使用需求分析通過對(duì)用戶需求的詳細(xì)分析、總結(jié),將系統(tǒng)分為顧客使用和治理員使用兩個(gè)模塊,其中用戶有注冊(cè)、登陸、點(diǎn)單等功能,治理員有菜單的修改、統(tǒng)計(jì),信息查詢等功能,通過對(duì)相應(yīng)的功能進(jìn)行詳細(xì)的分析,使其很好的滿足用戶的需求.數(shù)據(jù)庫設(shè)計(jì)通過對(duì)各模塊具體功能的分析,確定數(shù)據(jù)庫所要建立的表的內(nèi)容,并對(duì)各數(shù)據(jù)項(xiàng)進(jìn)行相應(yīng)的說明.系統(tǒng)可行性分析通過對(duì)系統(tǒng)操作可行性、技術(shù)可行性、經(jīng)濟(jì)可行性及社會(huì)可行性分析,確定問題能否以最

2、小的代價(jià)、最大的收益得到解決.具體安排人員分配負(fù)貝貝碼1-1920-2728-42網(wǎng)上訂餐系統(tǒng)摘要越來越多的人接受了電子商務(wù)這種便捷、快速的交易形式,網(wǎng)上訂餐的推出也很快受到了大家的歡送.本系統(tǒng)是一個(gè)針對(duì)單一的飯店做出的網(wǎng)上訂餐系統(tǒng).首先,介紹本系統(tǒng)的功能需求,包括顧客的登錄、注冊(cè)、修改訂單等行為需求以及治理員的后臺(tái)治理行為并用圖分析描述各個(gè)事件流的執(zhí)行過程,細(xì)化數(shù)據(jù)流圖,具體分析如何實(shí)現(xiàn)系統(tǒng)功能,規(guī)劃系統(tǒng)流程；最后,將顧客和治理員的各個(gè)行為整和在一起,形成一個(gè)完整的網(wǎng)絡(luò).關(guān)鍵詞：系統(tǒng)功能；網(wǎng)上訂餐系統(tǒng)；數(shù)據(jù)流圖OnlinemealorderingsystemAbstractMoreandmo

3、repeopletoacceptelectroniccommercethisconvenient,fastformofthetransaction,launchedtheonlinealsoquicklywelcomedbyeveryone.Thissystemisamadeforsinglehotelonlinereservationsystem.Firstly,introducesthefunctionrequirementsofthesystem,includingcustomerlogin,registration,changeorderbehaviordemandandadminis

4、tratorbackstagemanagementbehaviorandexecutionprocessdescriptionofeacheventstreamanalysisbygraph,refinementofthedataflowdiagram,thespecificanalysisofhowtorealizethefunctionofthesystem,planningsystemprocess;secondly,thecustomerandtheadministratorofeachthebehaviorofthewholeandtogether,toformacompletene

5、twork.Keywords：ThefunctionofthesystemOnlinemealorderingsystem;Dataflowdiagram網(wǎng)上訂餐系統(tǒng)功能需求分析一、功能分析根據(jù)對(duì)該系統(tǒng)的分析,該系統(tǒng)應(yīng)具有如下功能：1.1 顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單瀏覽顯示菜品的各種信息,可分類查詢、動(dòng)態(tài)搜索、設(shè)計(jì)頁面分類、布局排版；以方便顧客瀏覽選擇.1.2 顧客注冊(cè)為會(huì)員顧客訪問本網(wǎng)站,直接進(jìn)入本網(wǎng)站主頁.可選擇登陸,假設(shè)為注冊(cè)可選擇注冊(cè),只有注冊(cè)顧客方可點(diǎn)餐.注冊(cè)提供顧客名和密碼,顧客名能自動(dòng)檢測(cè),假設(shè)已存在那么提示不可用.另外參加記住密碼功能,登陸一次可在兩周內(nèi)無需再次登陸,直接進(jìn)入

6、登陸狀態(tài).1.3 顧客對(duì)自己的個(gè)人信息進(jìn)行更改比方聯(lián)系 以及賬戶密碼.1.4 顧客對(duì)已選的菜單進(jìn)行更改選擇更改數(shù)量或者取消選擇.當(dāng)顧客確定訂餐完畢后,顧客將其提交到效勞器后臺(tái)點(diǎn)餐系統(tǒng),并生成訂單.1.4.1 菜品詳細(xì)信息顯示餐品中某一餐品的詳細(xì)信息,包括菜名,配料,口味,價(jià)格等,以供顧客放進(jìn)自己的購物車.1.4.2 購物車實(shí)現(xiàn)對(duì)已定菜品的治理,包括增加菜品,刪除菜品,修改數(shù)量.1.4.3 提交購物車并生成訂單接受購物車信息,隨即獲取訂單號(hào),動(dòng)態(tài)刷新頂單狀態(tài),固定時(shí)間如30秒完成一道菜,顧客可繼續(xù)修改未完成的菜品,已完成菜品無法進(jìn)行操作,顧客修改訂單并保存.1.4.4 結(jié)束訂餐設(shè)置友好的結(jié)束界面

7、.比方顯示提示：您已成功下單,您將在半小時(shí)后收到您所定的菜品1.4.5 確認(rèn)收貨1.5 治理員后臺(tái)治理1.5.1 創(chuàng)立新的治理員治理員在后臺(tái)登錄后,可以創(chuàng)立新的治理員.1.5.2 治理菜單治理員可以對(duì)餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進(jìn)行添加、刪除和修改,比方更改菜單的圖片、價(jià)格、菜單的描述,更換新品,添加新菜等.1.5.3 治理顧客信息治理員對(duì)顧客信息進(jìn)行治理,查詢每個(gè)顧客的消費(fèi)情況.1.5.4 .統(tǒng)計(jì)營(yíng)業(yè)額治理員根據(jù)不同時(shí)間段統(tǒng)計(jì)營(yíng)業(yè)額、本錢,同時(shí)還能統(tǒng)計(jì)出每道菜的銷售量根據(jù)訂單號(hào)查詢菜品的銷售情況.具體功能如下表:功能類別子功能顧客治理顧客登錄顧客注冊(cè)顧客操作餐口口展小餐品的詳細(xì)介紹放進(jìn)購物車查看

8、購物車詳細(xì)信息提交結(jié)束訂單治理員操作治理餐品處理訂單治理營(yíng)業(yè)額根據(jù)消費(fèi)情況,對(duì)菜品進(jìn)行相應(yīng)改良結(jié)帳付款實(shí)行貨到付款、根本設(shè)計(jì)概念及主要功能圖網(wǎng)上訂餐系統(tǒng)普通用戶周邊信息治理根據(jù)訂單反響信息營(yíng)業(yè)額治理處理訂單治理餐品詳細(xì)信息提交查看購物車放進(jìn)購物車餐品詳細(xì)介紹餐品展示凈收入工定期處理訂單)每道菜的銷售量配送時(shí)間及線路顧客個(gè)人要求/、菜品修改預(yù)訂的菜單菜品刪除菜品增加確定的菜品及要求圖2-1根本設(shè)計(jì)概念及主要功能圖三、用例分析與描述3.1登錄3.1.1用例圖圖3-1用戶登錄3.1.2 用例的事件流描述(1)簡(jiǎn)單描述本用例描述了顧客如何登錄到系統(tǒng)中.(2)前置條件無.(3)后置條件如果用例成功,用例

9、登錄到系統(tǒng)中,否那么系統(tǒng)的狀態(tài)不變.3.1.3 事件流基流3.1.4 登錄到基于顧客的網(wǎng)站時(shí),用例啟動(dòng).(2)系統(tǒng)提示顧客輸入顧客名和密碼(3)顧客輸入自己的顧客名和密碼,提交.(E-1)(4)系統(tǒng)驗(yàn)證輸入的名字和密碼,顧客登錄系統(tǒng)成功.(E-2)替代流E-1:包含了單引號(hào)、雙引號(hào)或?yàn)榭?系統(tǒng)提示錯(cuò)誤.E-2:系統(tǒng)檢索不到該顧客的密碼,系統(tǒng)提示錯(cuò)誤.3.2 注銷用例描述：消除內(nèi)存中顧客名、購物車信息,并返回到登錄頁3.3 修改顧客信息3.3.1 用例圖顧客根本信息圖3-2修改信息3.3.2 用例的事件流描述(1)簡(jiǎn)單描述該用例描述了如何修改顧客的信息,但顧客的顧客名不允許修改.(2)前置條件顧

10、客已登錄.(3)后置條件用例成功,把顧客的信息保存到數(shù)據(jù)庫中.3.3.3 事件流基流(1)系統(tǒng)提示輸入顧客的信息.(2)顧客輸入所需信息,提交.(E-1)(3)系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中.替代流E-1:系統(tǒng)驗(yàn)證輸入的數(shù)據(jù)不合法(不能包含單引號(hào)、雙引號(hào),郵箱必須滿足要求),提示錯(cuò)誤3.4 參加購物車3.4.1 用例圖顧客擬定預(yù)訂的餐品圖3-3訂餐3.4.2 用例的事件流描述3.4.3 描述：該用例描述了如何修改顧客的信息,但顧客的顧客名不允許修改3.4.4 條件顧客已登錄.3.4.5 條件用例成功,把顧客的信息保存到數(shù)據(jù)庫中.3.4.6 事件流基流(1)系統(tǒng)提示輸入顧客的信息.(2)顧客輸入

11、所需信息,提交.(E-1)(3)系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中.3.4.7 替代流E-1:系統(tǒng)驗(yàn)證輸入的數(shù)據(jù)不合法(不能包含單引號(hào)、雙引號(hào),郵箱必須滿足要求),提示錯(cuò)誤.3.5.1 用例圖圖3-4查看購物車3.5.2 用例的事件流描述(1)簡(jiǎn)單描述：該用例描述了如何修改顧客的信息,但顧客的顧客名不允許修改.(2)前置條件顧客已登錄.(3)后置條件用例成功,把顧客的信息保存到數(shù)據(jù)庫中.3.5.3事件流基流(1)系統(tǒng)提示輸入顧客的信息.(2)顧客輸入所需信息,提交(E-1).(3)系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中.替代流E-1:系統(tǒng)驗(yàn)證輸入的數(shù)據(jù)不合法(不能包含單引號(hào)、雙引號(hào),郵箱必須滿足要求),提

12、示錯(cuò)誤.3.6修改購物車中的商品3.6.1 用例圖3.6.2 用例的事件流描述(1)簡(jiǎn)單描述：顧客修改購物車中商品的數(shù)量.(2)前置條件系統(tǒng)處于查看購物車狀態(tài).(3)后置條件用例成功,購物車中商品的數(shù)量被更改3.6.3 事件流基流(1)系統(tǒng)提示更改商品的數(shù)量.(2)顧客輸入要更改商品的數(shù)量,確認(rèn)更改.(E-1)(3)系統(tǒng)刷新購物車.替代流E-1:顧客輸入的商品數(shù)量只能是(1-50)間的整數(shù).否那么提示錯(cuò)誤顧客購物車中餐品圖3-6刪除餐品3.7.2 用例的事件流描述(1)簡(jiǎn)單描述：刪除購物車中的某個(gè)商品(2)前置條件系統(tǒng)處于查看購物車狀態(tài)(3)后置條件用例成功,刪除商品.3.7.3 事件流基流(

13、1)系統(tǒng)提示刪除商品.(2)顧客刪除商品,確認(rèn)(3)系統(tǒng)刷新購物車.3.8結(jié)賬3.8.2 用例的事件流描述(1)簡(jiǎn)單描述：參加購物車完畢,等待餐品(2)前置條件收到餐品,現(xiàn)金結(jié)賬(3)后置條件付款成功3.8.3 事件流基流(1)餐品送達(dá).(2)顧客確認(rèn)結(jié)帳.(3)完成交易.3.9確認(rèn)訂單3.9.1 用例圖顧客訂單圖3-9確認(rèn)訂單3.9.2 用例的事件流描述(1)簡(jiǎn)單描述：確認(rèn)生成訂單.(2)前置條件付款方式用例成功.(3)后置條件用例成功,把訂單數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫中3.9.3 事件流基流(1)系統(tǒng)提示確認(rèn)訂單.(2)顧客確認(rèn)訂單.(3)系統(tǒng)生成訂單號(hào).(4)系統(tǒng)生成訂單記錄并存入數(shù)據(jù)庫中.(5)

14、系統(tǒng)清空購物車.(6)付款方式.3.10 查看訂單3.10.1 用例圖3.10.2 用例的事件流描述(1)簡(jiǎn)單描述：查看該顧客的所有訂單或基于組合條件的訂單.(2)前置條件顧客已登錄.(3)后置條件用例成功,系統(tǒng)顯示該顧客的訂單情況.3.10.3 事件流基流顧客選擇查看所有訂單,或基于組合條件查看訂單.分支流(1):A、系統(tǒng)檢索該顧客的所有訂單B、系統(tǒng)顯示所有訂單,當(dāng)顯示的訂單超過一頁時(shí),系統(tǒng)顯示“第一頁、上一頁、下一頁、最后一頁的頁瀏覽提示.：A、系統(tǒng)提示顧客輸入訂單號(hào)、發(fā)生訂單的時(shí)間段、或訂單的狀態(tài)(已執(zhí)行、局部執(zhí)行、未執(zhí)行)B、顧客輸入所需信息,提交.G統(tǒng)檢索滿足組合條件的所有訂單.D系

15、統(tǒng)顯示滿足條件的訂單.系統(tǒng)驗(yàn)證輸入的合法性,不合法系統(tǒng)提示錯(cuò)誤3.11 修改訂單顧客訂單信息圖3-11修改訂單3.11.1 用例的事件流描述(1)簡(jiǎn)單描述：顧客修改訂單的訂單明細(xì),付款方式.(2)前置條件系統(tǒng)處于查看訂單狀態(tài)中.(3)后置條件用例成功,把修改的訂單存儲(chǔ)到數(shù)據(jù)庫中3.11.2 事件流基流(1)系統(tǒng)提示修改訂單.(2)顧客確認(rèn)修改(E-1).(3)系統(tǒng)提示輸入要修改的訂單.(4)顧客輸入修改信息,提交(E-2)(5)系統(tǒng)存儲(chǔ)訂單情況至數(shù)據(jù)庫中.替代流E-1:已審核的訂單不能修改,否那么提示錯(cuò)誤.E-2:不合法輸入,系統(tǒng)提示錯(cuò)誤.3.12 刪除訂單3.12.1 用例圖3.12.2 用

16、例的事件流描述(1)簡(jiǎn)單描述：顧客刪除不需要的訂單.(2)前置條件系統(tǒng)處于查看訂單狀態(tài)中.(3)后置條件用例成功,系統(tǒng)刪除該訂單.3.12.3 事件流基流(1)系統(tǒng)提示刪除該訂單.(2)顧客確認(rèn)刪除該訂單.(E-1)(3)系統(tǒng)從數(shù)據(jù)庫中刪除該訂單.替代流E-1:已審核的訂單不能刪除,否那么提示錯(cuò)誤.四、類圖圖4-1類圖五、動(dòng)態(tài)圖5.1顧客訂餐圖5-1顧客訂餐5.2治理員治理模塊圖5-2治理員治理模塊六、總結(jié)本文簡(jiǎn)要介紹了電子商務(wù)網(wǎng)上訂餐系統(tǒng)的主要體系結(jié)構(gòu)及功能模塊,重點(diǎn)討論了系統(tǒng)流程圖和功能模塊的分析.本系統(tǒng)的功能模塊根本可以實(shí)現(xiàn)網(wǎng)上訂餐的功能.但仍然有一些不盡人意,而這些問題主要集中在系統(tǒng)的

17、平安上,雖然系統(tǒng)已經(jīng)通過相關(guān)舉措對(duì)登陸用戶身份進(jìn)行驗(yàn)證,但是在當(dāng)今網(wǎng)絡(luò)信息平安中,僅僅對(duì)用戶身份驗(yàn)證是不夠的,還需要對(duì)傳送數(shù)據(jù)進(jìn)行加密,預(yù)防數(shù)據(jù)傳輸過程中被篡改等攻擊進(jìn)行防御.由于只有完善本系統(tǒng)的各局部功能,才能讓所有的客戶在一個(gè)互相信任且平安的環(huán)境中享受購物的樂趣.同時(shí),本系統(tǒng)還需注意一下幾點(diǎn)內(nèi)容：把握好食物質(zhì)量和宣傳內(nèi)容環(huán)節(jié).提供的菜品必須是新鮮的優(yōu)質(zhì)產(chǎn)品而決非過期剩菜.產(chǎn)品宣傳廣告內(nèi)容應(yīng)健康真實(shí),既要反映客觀事物又要有欣賞價(jià)值.網(wǎng)上訂餐系統(tǒng)不僅要把好進(jìn)貨關(guān),而且由于網(wǎng)上訂餐系統(tǒng)提供的是虛擬的電子商品,包含的信息量大,所以網(wǎng)上訂餐系統(tǒng)的效勞檢測(cè)就顯得格外重要.如文字錄入的錯(cuò)誤、參照?qǐng)D像的錯(cuò)

18、誤等都會(huì)降低用戶對(duì)商品的信任度.隨著網(wǎng)上訂餐系統(tǒng)技術(shù)的日趨成熟、網(wǎng)上訂餐的優(yōu)勢(shì)日趨明顯,會(huì)有更多的人參與到網(wǎng)上訂餐的浪潮中來.因此,用戶身份確實(shí)認(rèn)及菜品的配送速度的也將會(huì)是影響此訂餐系統(tǒng)能否成功的關(guān)鍵.訂餐系統(tǒng)可行性研究1.引言隨著人民生活水平的提升,餐飲業(yè)在效勞行業(yè)中占有越來越重要的地位.努力在當(dāng)前餐飲行業(yè)日趨劇烈的競(jìng)爭(zhēng)中脫穎而出,已成為每位餐飲業(yè)經(jīng)營(yíng)者所追求的目標(biāo).網(wǎng)上訂餐系統(tǒng)是某餐飲公司與消費(fèi)者的一種買賣模式,是通過網(wǎng)站軟件平臺(tái)展示產(chǎn)品的一種營(yíng)銷模式.訂餐系統(tǒng)為餐飲公司提供更廣闊的客源,也為消費(fèi)者提供更多的方便.因此這是一個(gè)小投入大成效的經(jīng)營(yíng)新模式.雖然現(xiàn)實(shí)中在網(wǎng)上訂餐的人相對(duì)網(wǎng)下的人來

19、說還是比擬少,一個(gè)是對(duì)網(wǎng)上餐館的信用度持疑慮態(tài)度；另一個(gè)是網(wǎng)上訂餐只可以看到物品的說明簡(jiǎn)介和外觀,無法得到更加具體的信息,沒有當(dāng)面提問更加不確定是不是自己想要的菜品.而這正是傳統(tǒng)的實(shí)體餐館優(yōu)于網(wǎng)上餐館的地方.而對(duì)于白領(lǐng)、大學(xué)生、上班族來說,他們平時(shí)工作學(xué)習(xí)比擬忙,沒有時(shí)間去買飯做飯,網(wǎng)上訂餐系統(tǒng)為他們提供了更加方便的效勞.他們只需在網(wǎng)上快速瀏覽,點(diǎn)擊自己想要的餐,就可以等送餐的把飯送來,這為他們的休息和工作提供了更多時(shí)間.因此,網(wǎng)絡(luò)訂餐業(yè)務(wù)在中國(guó)有著極大的開展空間以及良好的背景.1.1 編寫目的可行性研究的目的是為“網(wǎng)上訂餐問題開發(fā)的可能性、可行性、必要性提供論據(jù).為開發(fā)人員進(jìn)行系統(tǒng)總體規(guī)劃設(shè)

20、計(jì)及具體實(shí)施開發(fā)工程提供必要的參考資料,在系統(tǒng)開發(fā)完成后期為系統(tǒng)的測(cè)試、驗(yàn)收提供幫助.經(jīng)過對(duì)此工程進(jìn)行詳細(xì)調(diào)查研究,初擬系統(tǒng)實(shí)現(xiàn)報(bào)告,對(duì)網(wǎng)上訂餐系統(tǒng)開發(fā)中將要面臨的問題及其解決方案進(jìn)行初步設(shè)計(jì)及合理安排.明確開發(fā)風(fēng)險(xiǎn)及其所帶來的經(jīng)濟(jì)效益.本報(bào)告經(jīng)審核后,轉(zhuǎn)交相關(guān)治理部門審查.1.2 背景隨著社會(huì)經(jīng)濟(jì)的開展,傳統(tǒng)的訂餐模式已不能滿足不斷增長(zhǎng)的效勞需求.其一,業(yè)務(wù)需求的增加需要消耗大量人力物力資源,其二,業(yè)務(wù)復(fù)雜化導(dǎo)致人工處理方式出錯(cuò)率增加,從而引起消費(fèi)者不滿,最后,隨著人們生活的步驟加快,傳統(tǒng)訂餐浪費(fèi)了大量的時(shí)間.為解決此類問題,我們開發(fā)了網(wǎng)上訂餐系統(tǒng).一方面節(jié)省了消費(fèi)者的時(shí)間,又為餐廳增加了大

21、量的客源.2 .可行性研究的前提2.1 要求主要功能：為消費(fèi)者提供餐廳訂餐效勞,方便餐廳的售餐工作和消費(fèi)者就餐效勞,提升餐廳的效勞質(zhì)量和效勞效率,性能要求：消費(fèi)者和治理者提供的信息必須及時(shí)的反映在餐廳的工作平臺(tái)上,需要很大的主存容量；訂餐系統(tǒng)的信息必須無過失的存儲(chǔ)在餐廳的數(shù)據(jù)庫中,需要系統(tǒng)強(qiáng)大的平安性能支持；對(duì)網(wǎng)頁上的數(shù)據(jù)必須進(jìn)行及時(shí)正確的刷新.輸入要求：數(shù)據(jù)完整,詳實(shí).消費(fèi)者只需將個(gè)人的根本信息輸入,進(jìn)行注冊(cè)即可治理者不僅需要輸入個(gè)人的根本信息,還要對(duì)菜單進(jìn)行添加刪除等操作,輸入包括名稱、單價(jià)、數(shù)量、介紹等根本信息,以供消費(fèi)者了解.輸出要求：簡(jiǎn)捷,快速,實(shí)時(shí).作為消費(fèi)者訂餐信息,輸出要包括：

22、消費(fèi)者的訂單號(hào)、姓名、 、地址、時(shí)間等信息作為治理者,輸出主要包括：菜品的名稱、數(shù)量、單價(jià)、簡(jiǎn)介等信息平安與保密要求：網(wǎng)頁的治理員享有對(duì)餐廳信息庫及消費(fèi)者信息庫和訂餐信息庫的治理與修改.消費(fèi)者只享有對(duì)訂餐信息庫的局部修改寫入與讀出.2.2 目標(biāo)系統(tǒng)實(shí)現(xiàn)后,大大提升餐廳的訂餐效勞效率.降低訂餐效勞中的錯(cuò)誤發(fā)生率,減少信息交流的煩瑣過程及其帶來的開銷.a.用系統(tǒng)的高速特性來節(jié)省大量的人力,并且能夠極大程度上簡(jiǎn)化效勞人員的工作,使得效勞人員只需要做簡(jiǎn)單的輸入輸出以及對(duì)于本系統(tǒng)的治理就可以簡(jiǎn)便的完成自己的工作；b.將傳統(tǒng)訂餐的局部更改為系統(tǒng)記錄處理極大的提升了速度,這樣就提升了工作效率,也極大程度縮短

23、了消費(fèi)者的等待時(shí)間,這樣可以提升餐廳在行業(yè)中的競(jìng)爭(zhēng)力.c.利用計(jì)算機(jī)的系統(tǒng)優(yōu)勢(shì),可以彌補(bǔ)人工作業(yè)時(shí)的出錯(cuò)率高的缺陷,使得每一筆業(yè)務(wù)都能最大限度預(yù)防核實(shí)以及復(fù)工.d.利用計(jì)算機(jī)大容量存儲(chǔ)數(shù)據(jù)庫的模式來完成記錄的存儲(chǔ),這樣在工作中可以及時(shí)查證任意一條記錄.2.3 可行性研究方法當(dāng)準(zhǔn)備訂餐消費(fèi)者把訂餐信息菜名、數(shù)量等輸入到系統(tǒng)中,系統(tǒng)將訂單發(fā)送到餐廳系統(tǒng)中.當(dāng)餐廳確認(rèn)訂餐后,系統(tǒng)將返回信息通知消費(fèi)者,餐廳憑借消費(fèi)者的注冊(cè)信息將訂餐送到消費(fèi)者.消費(fèi)者與治理者可以查看訂餐信息并進(jìn)行一定的治理工作.治理者還可定期進(jìn)行查詢統(tǒng)計(jì),以便適當(dāng)調(diào)整菜單.技術(shù)要求和限制條件在分析系統(tǒng)功能時(shí)要考慮有關(guān)信息的合法性驗(yàn)證如

24、 號(hào)、送餐地址對(duì)于本系統(tǒng)還應(yīng)補(bǔ)充一下功能：餐廳延誤了送餐時(shí)間的處理訂餐取消后的處理消費(fèi)者臨時(shí)更改菜單的處理系統(tǒng)的外部輸入項(xiàng)至少包括：某餐飲公司治理者、消費(fèi)者2.5 決定可行性的主要因素經(jīng)濟(jì)可行,本錢/效益分析結(jié)果.技術(shù)可行,現(xiàn)有技術(shù)可完全承當(dāng)開發(fā)任務(wù).操作可行,軟件能被原有工作人員快速接受.3 .對(duì)傳統(tǒng)訂餐模式的分析了解任何應(yīng)用領(lǐng)域的最快速有效的方法,就是研究現(xiàn)有模式.通過對(duì)消費(fèi)者及餐廳理者的訪問,我們可以知道傳統(tǒng)訂餐的大致過程.首先消費(fèi)者要先到餐廳查看餐單,根據(jù)喜好選擇餐品.消費(fèi)者不僅要先付押金,而且還要在規(guī)定的時(shí)間內(nèi)到達(dá),否那么可能會(huì)對(duì)就餐帶來影響.在這期間,你不僅浪費(fèi)了時(shí)間,而且還有一筆

25、路費(fèi)需要付,這給我們的生活帶來了很多不便.3.1 處理流程與數(shù)據(jù)流程點(diǎn)餐流程圖.前往伯貝g_7以心一分配招治理員尸1效勞員數(shù)據(jù)流圖酒弗女效勞貝I消費(fèi)者登記點(diǎn)餐點(diǎn)餐記錄登記一11后廚待|y前廳前臺(tái)處、理信息產(chǎn)生輸鼠_點(diǎn)餐清單出_-一+消費(fèi)者3.2 工作負(fù)荷傳統(tǒng)訂餐流程在點(diǎn)餐時(shí)等待時(shí)間較長(zhǎng),效勞一個(gè)客戶就需消耗較長(zhǎng)的時(shí)間,其他客戶只有等待.這樣太浪費(fèi)時(shí)間,需要大量的效勞員效勞客戶.特別是在節(jié)假日人流頂峰期,導(dǎo)致工作效率非常低,且出錯(cuò)率高,以致客戶等待點(diǎn)餐時(shí)間過長(zhǎng)感到不耐煩,降低了餐廳效率.這也給餐廳工作人員增加了非常大的負(fù)擔(dān)和額外的工作負(fù)荷；同時(shí)效勞員增多,餐廳費(fèi)用支出多,給公司的開展帶來嚴(yán)重的制

26、約和壓力.3.3 局限性工作效率低下,不能很好滿足許多消費(fèi)者的及時(shí)需求,給消費(fèi)者的就餐帶來不便.這是現(xiàn)有系統(tǒng)訂餐的流程中出現(xiàn)的一個(gè)嚴(yán)重問題.為了解決這一問題,讓人們?cè)谟啿蜁r(shí)更加方便快捷,我們急需開發(fā)一個(gè)更為高效的訂餐治理系統(tǒng),讓訂餐效勞不用再排隊(duì).(1)傳統(tǒng)點(diǎn)餐靠效勞員記錄,所以要求效勞員記錄時(shí)細(xì)心耐心,對(duì)數(shù)字、餐單敏感.它嚴(yán)重影響了工作效率,且出錯(cuò)率高,客戶點(diǎn)餐時(shí)需要等待時(shí)間過長(zhǎng),需要大量的效勞員才能滿足日益增長(zhǎng)的消費(fèi)者要求.(2)效勞員記錄查找繁瑣,耗時(shí)久,不方便,且容易喪失.且人工記錄不能保證萬無一失,容易出現(xiàn)數(shù)據(jù)錄入錯(cuò)誤.隨著客戶數(shù)的增多,這個(gè)缺陷會(huì)越發(fā)凸顯.(3)所有客戶的點(diǎn)餐效勞都

27、由效勞員手工辦理,浪費(fèi)人力資源.有的簡(jiǎn)單的效勞經(jīng)改良可由機(jī)器完成,這樣節(jié)約了人力本錢,也提升效率.(4)對(duì)傳統(tǒng)訂餐的改良維護(hù)只能依靠增多效勞員數(shù)量,提升效勞員的效勞質(zhì)量來實(shí)現(xiàn).增多效勞員數(shù)量會(huì)導(dǎo)致餐廳人員支出大大增多,費(fèi)用代價(jià)增大.效勞員的效勞素質(zhì)需要培養(yǎng),不能短期無限看見成效,及培養(yǎng)新人員需要一定的時(shí)間,這又浪費(fèi)資金和人力資源.4.網(wǎng)上訂餐系統(tǒng)4.1 系統(tǒng)說明當(dāng)翻開某餐廳的網(wǎng)上訂餐系統(tǒng)后,消費(fèi)者可以根據(jù)菜單項(xiàng)選擇擇自己喜歡的菜,參加到購物車?yán)?最后查看購物車,再次確認(rèn)自己選擇的菜,然后將訂單發(fā)送到該餐廳.當(dāng)餐廳治理者接收到該訂單時(shí),通過對(duì)訂單時(shí)間、原料的查看,確認(rèn)是否可以完成訂單,并將結(jié)果發(fā)

28、送給消費(fèi)者.系統(tǒng)治理者還可以添加刪除菜品,對(duì)近期的銷售情況進(jìn)行統(tǒng)計(jì),以便對(duì)未來幾天的銷售進(jìn)行估計(jì).4.2 處理流程和數(shù)據(jù)流程處理流程圖系統(tǒng)官一*菜單信息r的MW-一/I數(shù)據(jù)庫/K】1/消費(fèi)者H提交訂單k數(shù)據(jù)流圖確認(rèn)訂單完成J返回信息L一f消費(fèi)者k頂層數(shù)據(jù)流圖消費(fèi)者訂餐消費(fèi)者訂餐信息更新提交確認(rèn)訂餐信息返回消息消費(fèi)者治理者對(duì)系統(tǒng)的治理治理者選擇菜訂餐信息記錄菜單的更新4.3改良之處通過計(jì)算機(jī)的高速度運(yùn)算水平,系統(tǒng)將原來的效勞員手動(dòng)記錄訂單信息歸納到計(jì)算機(jī)來處理,節(jié)省了效勞員處理訂單的時(shí)間,利用計(jì)算機(jī)高速運(yùn)算來替換掉人工計(jì)算處理,大大提升了效勞員處理訂單的速度.4.4影響4.4.1 對(duì)設(shè)備的影響由

29、于餐飲效勞的特點(diǎn),消費(fèi)者數(shù)量及訂餐信息量龐大,信息的存取流量也隨之增加,因此需要購置速度快,主存容量大,磁盤容量大的大型機(jī)作為數(shù)據(jù)庫硬件系統(tǒng).4.4.2 對(duì)現(xiàn)有軟件的影響主要的影響是大大提升了餐廳的工作效率,通過使用新技術(shù),可以向消費(fèi)者提供一個(gè)方便、簡(jiǎn)單、及時(shí)的互聯(lián)的現(xiàn)代計(jì)算機(jī)化的網(wǎng)絡(luò)系統(tǒng).4.4.3 對(duì)用戶的影響消費(fèi)者信息儲(chǔ)存在數(shù)據(jù)庫中,經(jīng)過保密舉措保證后的數(shù)據(jù)庫可以預(yù)防未經(jīng)授權(quán)的訪問,從而提升了用戶存款信息的保密性,再而提升用戶對(duì)系統(tǒng)的信賴.減少了消費(fèi)者訂餐的等待時(shí)間；客戶可以隨時(shí)隨地訂餐,并且操作簡(jiǎn)單易懂；4.4.4 對(duì)系統(tǒng)運(yùn)行的影響在消費(fèi)者的輸入以及治理員將信息通過鍵盤輸入到計(jì)算機(jī)系統(tǒng)

30、中這兩種操作不產(chǎn)生影響.數(shù)據(jù)保存到數(shù)據(jù)庫中,不用紙張形式保管,治理員不用整理訂單信息,這些數(shù)據(jù)將由數(shù)據(jù)庫治理系統(tǒng)自動(dòng)治理,包括存儲(chǔ)與恢復(fù).需要定期維護(hù)餐廳計(jì)算機(jī)設(shè)備,系統(tǒng)如果失效,需暫停網(wǎng)上訂餐效勞,由專業(yè)人員緊急對(duì)系統(tǒng)排錯(cuò).為預(yù)防此種情況發(fā)生,構(gòu)建兩套冗余系統(tǒng),當(dāng)一套失效的時(shí)候,還有另外一套系統(tǒng)可以工作,從而不用餐廳停止網(wǎng)上效勞.數(shù)據(jù)需要經(jīng)常備份,將數(shù)據(jù)備份到不同的地方以預(yù)防物理性損害.4.4.5 對(duì)開發(fā)環(huán)境的影響治理員需將現(xiàn)有消費(fèi)者資料錄入到計(jì)算機(jī)數(shù)據(jù)庫中,并指派精通業(yè)務(wù)流程的專家隨時(shí)跟進(jìn)系統(tǒng)的開發(fā).為了測(cè)試中央數(shù)據(jù)庫處理高并發(fā)流量的水平,還需同時(shí)用程序模擬提交表單.網(wǎng)上訂餐系統(tǒng)是個(gè)關(guān)乎到

31、餐廳信用和聲譽(yù)的系統(tǒng),所有參與開發(fā)的人員必須簽署保密與平安協(xié)議以保證工程的順利進(jìn)行以及未來系統(tǒng)的良好運(yùn)行.4.4.6 對(duì)運(yùn)行環(huán)境的影響需要建立數(shù)據(jù)中央以存放數(shù)據(jù)庫硬件設(shè)備,并派人專門治理.此外還需要對(duì)每個(gè)治理員進(jìn)行短時(shí)間培訓(xùn),使之熟悉使用系統(tǒng).5 .技術(shù)方面的可行性本系統(tǒng)是一個(gè)網(wǎng)上訂餐系統(tǒng),采用面向?qū)ο蠹夹g(shù)、數(shù)據(jù)庫技術(shù)等先進(jìn)技術(shù)開發(fā)的應(yīng)用程序,當(dāng)前限制條件下,系統(tǒng)的功能較為簡(jiǎn)單,在現(xiàn)有的計(jì)算機(jī)水平上數(shù)據(jù)庫平臺(tái)開發(fā)成熟度高,網(wǎng)絡(luò)速度足夠快,大型機(jī)運(yùn)算速度快可以到達(dá)功能目標(biāo)要求.6 .經(jīng)濟(jì)方面的可行性經(jīng)濟(jì)可行性研究主要是進(jìn)行本錢效益分析,包括估計(jì)工程的開發(fā)本錢,估算開發(fā)本錢是否會(huì)高于工程預(yù)期的全部

32、利潤(rùn).6.1 支出(1)根本建設(shè)投資硬件設(shè)備：效勞器軟件：SQLServer開發(fā)工具：Eclipse(2)其他一次性支出系統(tǒng)設(shè)計(jì)和開發(fā)費(fèi)用(3)非一次性支出系統(tǒng)維護(hù)費(fèi)用6.2 收益(1)一次性收益(2)非一次性收益(3)不可定量的收益6.3 收益/投資比6.4 投資回收周期即收益的累計(jì)數(shù)開始超過支出的累計(jì)數(shù)的時(shí)間6.5 敏感性分析7 .操作方面的可行性本系統(tǒng)的研制和開發(fā)充分考慮用戶工作流程、計(jì)算機(jī)操作水平等,盡可能提供更加直觀的界面,滿足用戶要求.系統(tǒng)的操作方式在用戶組織內(nèi)可行.8 .社會(huì)因素方面的可能性8.1 法律方面的可行性即研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同、侵權(quán)、責(zé)任及各種與法律相

33、抵觸的問題.由于所建議的研制和開發(fā)都選用正版軟件,所有技術(shù)資料都由提出方保管,合同制定確定違約責(zé)任,將不會(huì)侵犯他人的利益不會(huì)違法相關(guān)的國(guó)家政策和法律.8.2 使用方面的可行性使用本系統(tǒng)的人員要求會(huì)使用網(wǎng)絡(luò),系統(tǒng)治理員要求有一定的計(jì)算機(jī)知識(shí),且要經(jīng)過公司培訓(xùn),能夠熟練的使用本系統(tǒng).9 .結(jié)論通過對(duì)工程整體進(jìn)行可行性分析,該工程無論在操作可行性、技術(shù)可行性、經(jīng)濟(jì)可行性及社會(huì)可行性上均滿足要求,因此,開發(fā)此系統(tǒng)的設(shè)想是可行的,可著手進(jìn)行.網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)網(wǎng)上訂餐系統(tǒng)是為某一家餐廳專門開發(fā)的一套訂餐治理系統(tǒng),為了合理化安排餐廳的工作,提升餐廳的治理效率.同時(shí)方便用戶訂餐,輔助送餐工作,方便交易促

34、使其順利完成.本數(shù)據(jù)庫是網(wǎng)上訂餐系統(tǒng)的后臺(tái)支持,利用關(guān)系數(shù)據(jù)庫,存儲(chǔ)商家及用戶的相關(guān)數(shù)據(jù)資料.為用戶提供其購置餐點(diǎn)的信息和記錄；為商家提供交易數(shù)據(jù)支持和記錄,并且方便其統(tǒng)計(jì)營(yíng)業(yè)額.開發(fā)訂餐系統(tǒng)節(jié)省商家和用戶的時(shí)間與精力,關(guān)系數(shù)據(jù)庫記錄能預(yù)防人工記錄不準(zhǔn)確不夠清楚的缺點(diǎn).同時(shí)也減少人工食物等的浪費(fèi)以節(jié)約本錢,并提升效勞質(zhì)量以及員工對(duì)餐廳的滿意度.關(guān)鍵詞：網(wǎng)上訂餐系統(tǒng)、關(guān)系數(shù)據(jù)庫、信息、記錄1 .引言1.1 編寫目的本數(shù)據(jù)庫設(shè)計(jì)報(bào)告旨在確定并說明,其所屬網(wǎng)上訂餐系統(tǒng)軟件設(shè)計(jì)工程的根本數(shù)據(jù)庫.確定數(shù)據(jù)庫的設(shè)計(jì)結(jié)構(gòu),說明其各個(gè)組成局部.主要內(nèi)容,設(shè)計(jì)實(shí)現(xiàn)的流程、工作負(fù)荷、人員結(jié)構(gòu)、設(shè)備情況、局限性,運(yùn)

35、行設(shè)計(jì)的工程總體規(guī)劃、階段考核方法,以及工程驗(yàn)收方式、提交的內(nèi)容清單、后續(xù)工作情況.1.2 數(shù)據(jù)庫定義本網(wǎng)上訂餐系統(tǒng)是為某一家餐廳專門開發(fā)的一套訂餐治理系統(tǒng),旨在合理化安排餐廳的工作,提升餐廳的治理效率.同時(shí)方便用戶訂餐,輔助送餐工作,方便交易促使其順利完成.本數(shù)據(jù)庫是網(wǎng)上訂餐系統(tǒng)的后臺(tái)支持,利用關(guān)系數(shù)據(jù)庫,存儲(chǔ)商家及用戶的相關(guān)數(shù)據(jù)資料.為用戶提供其購置餐點(diǎn)的信息和記錄；為商家提供交易數(shù)據(jù)支持和記錄,并且方便其統(tǒng)計(jì)營(yíng)業(yè)額.1.3 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)開發(fā)訂餐系統(tǒng)節(jié)省商家和用戶的時(shí)間與精力,關(guān)系數(shù)據(jù)庫記錄能預(yù)防人工記錄不準(zhǔn)確不夠清楚的缺點(diǎn).同時(shí)也減少人工食物等的浪費(fèi)以節(jié)約本錢,并提升效勞質(zhì)量以及員工對(duì)

36、餐廳的滿意度.2 .數(shù)據(jù)庫需求分析伴隨著社會(huì)經(jīng)濟(jì)的開展和網(wǎng)絡(luò)普及,網(wǎng)絡(luò)購物日漸盛行.現(xiàn)代人生活節(jié)奏加快,每當(dāng)頂峰用餐時(shí)期,他們往往不愿意排長(zhǎng)隊(duì)購置食物,對(duì)于很多“宅男宅女來說,他們更愿意在家里等待食物的到來,結(jié)合著這兩種情況,網(wǎng)上訂餐業(yè)務(wù)在中國(guó)開始流行,人們可以在家,或者在公司企業(yè),通過網(wǎng)絡(luò)訂餐的方式,獲得自己需要的食物,不僅可以為餐飲企業(yè)提升知名度,而且為用戶節(jié)省了時(shí)間精力.當(dāng)代大學(xué)生和白領(lǐng)工作人士作為社會(huì)中的重要群體,對(duì)餐飲的要求都在不斷提升,面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂餐網(wǎng)站的設(shè)計(jì)有著良好的現(xiàn)實(shí)意義.2.1 訂餐系統(tǒng)實(shí)現(xiàn)功能1 .顧客登錄網(wǎng)上訂餐系統(tǒng),進(jìn)行菜單瀏覽2 .顧客注冊(cè)成為會(huì)

37、員3 .顧客對(duì)自己的信息進(jìn)行修改,比方聯(lián)系 、賬戶密碼4 .顧客對(duì)已選菜單進(jìn)行更改,選擇修改數(shù)量,或取消選擇.當(dāng)顧客訂餐完畢后,顧客將其提交給效勞器后臺(tái)訂餐系統(tǒng),并生成訂單1菜品詳細(xì)信息價(jià)格,圖片,是否有折扣,添加留言比方不要辣椒2購物車3提交購物車并生成訂單4結(jié)束訂餐顯示提示：您已成功下單,您將在半小時(shí)后收到您所定的菜品5確認(rèn)收貨5 .治理員后臺(tái)治理1治理員可以在后臺(tái)登錄,創(chuàng)立新的治理員2治理員可以對(duì)網(wǎng)上訂餐系統(tǒng)供給的菜單進(jìn)行添加、刪除和修改,比方更改菜單的圖片、價(jià)格、菜單的描述.3治理員對(duì)顧客信息進(jìn)行治理,查詢每個(gè)顧客的消費(fèi)情況4治理員根據(jù)不同時(shí)間段統(tǒng)計(jì)營(yíng)業(yè)額、本錢,同時(shí)還能統(tǒng)計(jì)出每道菜的

38、銷售量,根據(jù)訂單號(hào)查詢菜品的銷售情況治理員治理功能結(jié)構(gòu)流圖2.2 性能需求分析本網(wǎng)上訂餐系統(tǒng)主要是實(shí)現(xiàn)網(wǎng)上瀏覽菜單、訂餐、產(chǎn)生訂單等功能的系統(tǒng).商家以治理員身份提供菜品信息,如：菜單、配圖、價(jià)格、推薦等；顧客需注冊(cè)用戶信息,包括其用戶名、密碼、聯(lián)系方式、地址等.當(dāng)客戶選擇預(yù)定某個(gè)菜品時(shí),應(yīng)該能夠?qū)?duì)應(yīng)菜品信息,如：價(jià)格、數(shù)量記錄到對(duì)應(yīng)的訂單中,此時(shí)客戶可以選擇選擇其他菜品或是查看自己的訂單,最后,在購物車中填寫相應(yīng)的送餐信息,提交訂餐訂單后,餐廳效勞人員根據(jù)訂單信息,查看詳細(xì)訂單明細(xì)并根據(jù)實(shí)際情況處理訂餐.2.3 數(shù)據(jù)庫質(zhì)量需求分析該數(shù)據(jù)庫必須能夠根據(jù)需求正確執(zhí)行任務(wù),完成各個(gè)模塊的相應(yīng)要求.

39、故障率降到最低.網(wǎng)站內(nèi)容簡(jiǎn)單明了,沒有出現(xiàn)誤導(dǎo)操作產(chǎn)生.并且要有很好的平安保證,預(yù)防軟件受到意外或蓄意的存取、使用、修改、毀壞或泄密的情況.數(shù)據(jù)庫系統(tǒng)能夠有很好的移植性,方便在其他系統(tǒng)上運(yùn)行.總共能結(jié)構(gòu)流圖3.概念設(shè)計(jì)3.1 訂餐系統(tǒng)結(jié)構(gòu)訂餐系統(tǒng)主要要求對(duì)用戶和訂餐情況進(jìn)行添加、刪除、修改等.其中：1網(wǎng)站治理員對(duì)餐廳治理員帳號(hào)和會(huì)員帳號(hào)進(jìn)行治理,操作導(dǎo)入數(shù)據(jù)庫;2餐廳員工對(duì)員工帳號(hào)和訂餐情況進(jìn)行治理,操作導(dǎo)入數(shù)據(jù)庫；3客戶進(jìn)行注冊(cè)會(huì)員帳號(hào)、瀏覽食物、更新帳號(hào)、訂餐操作,操作導(dǎo)入數(shù)據(jù)庫.系統(tǒng)結(jié)構(gòu)圖3.2 相關(guān)數(shù)據(jù)庫表與商品相關(guān)的表有：foodinfo菜品信息表,sellFood菜品出售信息表與用

40、戶相關(guān)的表有：orderinfo訂單表,userinfo用戶表與訂單相關(guān)的表有：orderinfo,wordTemp留言表與治理員相關(guān)的表有：foodinfo,admininfo治理員表查看留言生成治理員菜單4查看用戶處理訂單下單數(shù)據(jù)庫表之間的整體關(guān)系為E-R圖圖中關(guān)系都為多對(duì)多治理員ID治理員類型性別治理員E-R圖密碼1信息用戶名用戶年齡積分用戶E-R圖時(shí)間,日期訂單號(hào)i用戶名送餐聯(lián)系人附加要求訂單E-R圖菜品信息日期V/I/I一菜品號(hào)/菜品數(shù)量7出售菜單K出售菜單E-R圖郵箱日期留言E-R圖A價(jià)格I日期數(shù)量信息圖片菜單E-R圖2邏輯結(jié)構(gòu)設(shè)計(jì)4.1數(shù)據(jù)流圖訂單信息數(shù)據(jù)流圖圖中會(huì)員即為用戶用戶

41、信息數(shù)據(jù)流圖圖中會(huì)員即為用戶整蓑金黃餐方假設(shè)卷一率量治理員信息數(shù)據(jù)流圖圖中會(huì)員即為用戶4.2具體數(shù)據(jù)庫表1用戶表userinfo:系統(tǒng)所有用戶必須包含以下信息,用戶名uName,密碼uKey,性別uSex,用戶 號(hào)uPhon等信息.列名數(shù)據(jù)類型長(zhǎng)度uNamevarchar15uKeyvarchar15uSexvarchar4uAgeint4uPhonevarchar10uintegralLong8uAddresstext50uMessagetext50用戶說明細(xì)表2)菜品信息表(foodinfo):菜品信息表主要描述菜品信息,菜品ID號(hào)(foodId),此ID號(hào)為系統(tǒng)自動(dòng)生成；菜品名稱(foo

42、dName；菜品價(jià)格(foodPrice)等；所屬分類(foodType)；圖片信息(images).列名數(shù)據(jù)類型長(zhǎng)度foodIdvarchar15foodNamevarchar15foodPricefloat8foodTypevarchar4foodCountint4foodMessagetext50imagesimage商品信息表詳細(xì)描述表3)出售菜品信息表(sellFood):菜品信息表主要描述菜品信息,菜品ID號(hào)(foodid),止匕ID號(hào)為系統(tǒng)自動(dòng)生成；菜品數(shù)量(foodCount);菜品價(jià)格(foodPrice);菜品所屬分類(foodType)；菜品盈利foodProfit(food