課程設(shè)計(jì)報(bào)告-訂餐系統(tǒng)

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

2、行性及社會(huì)可行性分析，確定問(wèn)題能否以最小的代價(jià)、最大的收益得到解決。具體安排人員分配負(fù)責(zé)頁(yè)碼1-1920-2728-42-. z-. z-. z網(wǎng)上訂餐系統(tǒng)摘 要越來(lái)越多的人承受了電子商務(wù)這種便捷、快速的交易形式，網(wǎng)上訂餐的推出也很快受到了大家的歡送。本系統(tǒng)是一個(gè)針對(duì)單一的飯店做出的網(wǎng)上訂餐系統(tǒng)。首先，介紹本系統(tǒng)的功能需求，包括顧客的登錄、注冊(cè)、修改訂單等行為需求以及管理員的后臺(tái)管理行為并用圖分析描述各個(gè)事件流的執(zhí)行過(guò)程，細(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ù)流圖Online me

3、al ordering systemAbstractMore and more people to accept electronic merce this convenient, fast form of the transaction, launched the online also quickly weled by everyone. This system is a made for single hotel online reservation system. Firstly, introduces the function requirements of the system,

4、including customer login, registration, change order behavior demand and administrator backstage management behavior and e*ecution process description of each event stream analysis by graph, refinement of the data flow diagram, the specific analysis of how to realize the function of the system, plan

5、ning system process; secondly, the customer and the administrator of each the behavior of the whole and together, to form a plete network.Keywords：The function of the system;Online meal ordering system;Data flow diagram-. z網(wǎng)上訂餐系統(tǒng)功能需求分析一、功能分析根據(jù)對(duì)該系統(tǒng)的分析，該系統(tǒng)應(yīng)具有如下功能：1.1顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)展菜單瀏覽 顯示菜品的各種信息，可分類(lèi)查詢(xún)、動(dòng)態(tài)

6、搜索、設(shè)計(jì)頁(yè)面分類(lèi)、布局排版；以方便顧客瀏覽選擇。1.2顧客注冊(cè)為會(huì)員 顧客訪問(wèn)本，直接進(jìn)入本主頁(yè)?？蛇x擇登陸，假設(shè)為注冊(cè)可選擇注冊(cè)，只有注冊(cè)顧客方可點(diǎn)餐。注冊(cè)提供顧客名和密碼，顧客名能自動(dòng)檢測(cè)，假設(shè)已存在則提示不可用。另外參加記住密碼功能，登陸一次可在兩周無(wú)需再次登陸，直接進(jìn)入登陸狀態(tài)。1.3顧客對(duì)自己的個(gè)人信息進(jìn)展更改比方聯(lián)系以及賬戶(hù)密碼。1.4顧客對(duì)已選的菜單進(jìn)展更改選擇更改數(shù)量或者取消選擇。當(dāng)顧客確定訂餐完畢后，顧客將其提交到效勞器后臺(tái)點(diǎn)餐系統(tǒng)，并生成訂單。菜品詳細(xì)信息顯示餐品中*一餐品的詳細(xì)信息，包括菜名，配料，口味，價(jià)格等，以供顧客放進(jìn)自己的購(gòu)物車(chē)。購(gòu)物車(chē)實(shí)現(xiàn)對(duì)已定菜品的管理，包括

7、增加菜品，刪除菜品，修改數(shù)量。提交購(gòu)物車(chē)并生成訂單承受購(gòu)物車(chē)信息，隨即獲取訂單號(hào)，動(dòng)態(tài)刷新頂單狀態(tài)，固定時(shí)間如30秒完成一道菜，顧客可繼續(xù)修改未完成的菜品，已完成菜品無(wú)法進(jìn)展操作，顧客修改訂單并保存。完畢訂餐設(shè)置友好的完畢界面。比方顯示提示：您已成功下單，您將在半小時(shí)后收到您所定的菜品確認(rèn)收貨1.5管理員后臺(tái)管理創(chuàng)立新的管理員管理員在后臺(tái)登錄后，可以創(chuàng)立新的管理員。管理菜單管理員可以對(duì)餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進(jìn)展添加、刪除和修改，比方更改菜單的圖片、價(jià)格、菜單的描述，更換新品，添加新菜等。 管理顧客信息管理員對(duì)顧客信息進(jìn)展管理，查詢(xún)每個(gè)顧客的消費(fèi)情況。.統(tǒng)計(jì)營(yíng)業(yè)額管理員根據(jù)不同時(shí)間段統(tǒng)計(jì)營(yíng)業(yè)額

8、、本錢(qián)，同時(shí)還能統(tǒng)計(jì)出每道菜的銷(xiāo)售量根據(jù)訂單號(hào)查詢(xún)菜品的銷(xiāo)售情況。具體功能如下表：功能類(lèi)別子功能顧客管理顧客登錄顧客注冊(cè)顧客操作餐品展示餐品的詳細(xì)介紹放進(jìn)購(gòu)物車(chē)查看購(gòu)物車(chē)詳細(xì)信息提交完畢訂單管理員操作管理餐品處理訂單管理營(yíng)業(yè)額根據(jù)消費(fèi)情況，對(duì)菜品進(jìn)展相應(yīng)改良結(jié)帳付款實(shí)行貨到付款二、根本設(shè)計(jì)概念及主要功能圖圖2-1網(wǎng)上訂餐系統(tǒng)普通用戶(hù)管理員餐品展示 餐品詳細(xì)介紹 詳細(xì)信息提交 查看購(gòu)物車(chē) 管理餐品 處理訂單 營(yíng)業(yè)額管理根本設(shè)計(jì)概念及主要功能圖 放進(jìn)購(gòu)物車(chē) 根據(jù)訂單反響信息周邊信息管理圖片展示用料口味擬定購(gòu)置確定的菜品及要求菜品增加菜品刪除菜品修改預(yù)訂的菜單顧客個(gè)人要求配送時(shí)間及線路每道菜的銷(xiāo)售量

9、定期處理訂單凈收入三、用例分析與描述3.1登錄用例圖用戶(hù)登錄檢查密碼是否匹配登錄成功圖3-1 用戶(hù)登錄用例的事件流描述1簡(jiǎn)單描述本用例描述了顧客如何登錄到系統(tǒng)中。2前置條件無(wú)。3后置條件如果用例成功，用例登錄到系統(tǒng)中，否則系統(tǒng)的狀態(tài)不變。事件流基流1顧客登錄到基于顧客的時(shí)，用例啟動(dòng)。2系統(tǒng)提示顧客輸入顧客名和密碼3顧客輸入自己的顧客名和密碼，提交。E-14系統(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注銷(xiāo)用例描述:去除存中顧客名、購(gòu)物車(chē)信息，并返回到登錄頁(yè)。3.3修改顧客信息用

10、例圖圖3-2 修改信息顧客維護(hù)注 冊(cè) 信 息根本信息用例的事件流描述1簡(jiǎn)單描述該用例描述了如何修改顧客的信息，但顧客的顧客名不允許修改。2前置條件顧客已登錄。3后置條件用例成功，把顧客的信息保存到數(shù)據(jù)庫(kù)中。事件流基流1系統(tǒng)提示輸入顧客的信息。2顧客輸入所需信息，提交。(E-1)3系統(tǒng)把所需的信息保存到數(shù)據(jù)庫(kù)中。替代流E-1：系統(tǒng)驗(yàn)證輸入的數(shù)據(jù)不合法不能包含單引號(hào)、雙引號(hào)，必須滿(mǎn)足要求，提示錯(cuò)誤。3.4參加購(gòu)物車(chē)用例圖顧客參加購(gòu)物車(chē)擬定預(yù)訂的餐品圖3-3 訂餐用例的事件流描述1簡(jiǎn)單描述：該用例描述了如何修改顧客的信息，但顧客的顧客名不允許修改。2前置條件顧客已登錄。3后置條件用例成功，把顧客的信

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

12、要求，提示錯(cuò)誤。3.6修改購(gòu)物車(chē)中的商品用例圖顧客修改購(gòu)物車(chē)中餐品圖3-5 修改已定餐品用例的事件流描述1簡(jiǎn)單描述：顧客修改購(gòu)物車(chē)中商品的數(shù)量。2前置條件系統(tǒng)處于查看購(gòu)物車(chē)狀態(tài)。3后置條件用例成功，購(gòu)物車(chē)中商品的數(shù)量被更改。事件流基流1系統(tǒng)提示更改商品的數(shù)量。2顧客輸入要更改商品的數(shù)量，確認(rèn)更改。(E-1)3系統(tǒng)刷新購(gòu)物車(chē)。替代流E-1：顧客輸入的商品數(shù)量只能是1-50間的整數(shù)。否則提示錯(cuò)誤。3.7刪除購(gòu)物車(chē)中的商品用例圖顧客刪除購(gòu)物車(chē)中餐品圖3-6 刪除餐品用例的事件流描述1簡(jiǎn)單描述：刪除購(gòu)物車(chē)中的*個(gè)商品。2前置條件系統(tǒng)處于查看購(gòu)物車(chē)狀態(tài)。3后置條件用例成功，刪除商品。事件流基流1系統(tǒng)提示

13、刪除商品。2顧客刪除商品，確認(rèn)3系統(tǒng)刷新購(gòu)物車(chē)。3.8結(jié)賬用例圖顧客收貨結(jié)賬所訂外賣(mài)圖3-8 貨到付款用例的事件流描述1簡(jiǎn)單描述：參加購(gòu)物車(chē)完畢，等待餐品 2前置條件收到餐品，現(xiàn)金結(jié)賬3后置條件付款成功事件流基流1餐品送達(dá)。2顧客確認(rèn)結(jié)帳。3完成交易。3.9確認(rèn)訂單用例圖顧客確認(rèn)訂單圖3-9 確認(rèn)訂單用例的事件流描述1簡(jiǎn)單描述：確認(rèn)生成訂單。2前置條件付款方式用例成功。3后置條件用例成功，把訂單數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中。事件流基流1系統(tǒng)提示確認(rèn)訂單。2顧客確認(rèn)訂單。3系統(tǒng)生成訂單號(hào)。4系統(tǒng)生成訂單記錄并存入數(shù)據(jù)庫(kù)中。5系統(tǒng)清空購(gòu)物車(chē)。6付款方式。3.10查看訂單用例圖顧客查看訂單信息圖3-10 查看

14、訂單用例的事件流描述1簡(jiǎn)單描述：查看該顧客的所有訂單或基于組合條件的訂單。2前置條件顧客已登錄。3后置條件用例成功，系統(tǒng)顯示該顧客的訂單情況。事件流基流顧客選擇查看所有訂單，或基于組合條件查看訂單。分支流 (1)：A、系統(tǒng)檢索該顧客的所有訂單B、系統(tǒng)顯示所有訂單，當(dāng)顯示的訂單超過(guò)一頁(yè)時(shí)，系統(tǒng)顯示第一頁(yè)、上一頁(yè)、下一頁(yè)、最后一頁(yè)的頁(yè)瀏覽提示。(2)：A、系統(tǒng)提示顧客輸入訂單號(hào)、發(fā)生訂單的時(shí)間段、或訂單的狀態(tài)已執(zhí)行、局部執(zhí)行、未執(zhí)行B、顧客輸入所需信息，提交。C、統(tǒng)檢索滿(mǎn)足組合條件的所有訂單。D、系統(tǒng)顯示滿(mǎn)足條件的訂單。系統(tǒng)驗(yàn)證輸入的合法性，不合法系統(tǒng)提示錯(cuò)誤3.11修改訂單用例圖顧客修改訂單信息

15、圖3-11 修改訂單用例的事件流描述1簡(jiǎn)單描述：顧客修改訂單的訂單明細(xì)，付款方式。2前置條件系統(tǒng)處于查看訂單狀態(tài)中。3后置條件用例成功，把修改的訂單存儲(chǔ)到數(shù)據(jù)庫(kù)中。事件流基流1系統(tǒng)提示修改訂單。2顧客確認(rèn)修改E-1。3系統(tǒng)提示輸入要修改的訂單。4顧客輸入修改信息，提交E-25系統(tǒng)存儲(chǔ)訂單情況至數(shù)據(jù)庫(kù)中。替代流E-1：已審核的訂單不能修改，否則提示錯(cuò)誤。E-2：不合法輸入，系統(tǒng)提示錯(cuò)誤。3.12刪除訂單用例圖顧客刪除本次訂單圖3-12 刪除訂單 用例的事件流描述1簡(jiǎn)單描述：顧客刪除不需要的訂單。2前置條件系統(tǒng)處于查看訂單狀態(tài)中。3后置條件用例成功，系統(tǒng)刪除該訂單。事件流基流1系統(tǒng)提示刪除該訂單。

16、2顧客確認(rèn)刪除該訂單。E-13系統(tǒng)從數(shù)據(jù)庫(kù)中刪除該訂單。替代流E-1：已審核的訂單不能刪除，否則提示錯(cuò)誤。四、類(lèi)圖-訂單編號(hào)-用戶(hù)名-用戶(hù)*-菜品編號(hào)-數(shù)量-價(jià)格-交易狀態(tài)購(gòu)物車(chē)系統(tǒng)管理員管理管理菜系-菜名-圖片-價(jià)格-菜品介紹顧客-用戶(hù)名-用戶(hù)*-地址-顧客訂單-訂單狀態(tài)-訂單編號(hào)-用戶(hù)編號(hào)-總金額-備注下單放入圖4-1 類(lèi)圖五、動(dòng)態(tài)圖5.1顧客訂餐提交用戶(hù)名和密碼進(jìn)入訂餐系統(tǒng)系統(tǒng)驗(yàn)證用戶(hù)名沒(méi)有驗(yàn)證用戶(hù)名和密碼有不正確正確系統(tǒng)顯示登錄狀態(tài)及會(huì)員信息網(wǎng)上訂餐放入購(gòu)物車(chē)生成訂單取消訂單確認(rèn)訂單等待送餐圖5-1顧客訂餐5.2管理員管理模塊管理員登錄系統(tǒng)客戶(hù)維護(hù)查 看顧客信息管理餐品查看更新訂單餐品

17、處理營(yíng)業(yè)額圖5-2 管理員管理模塊六、總結(jié)本文簡(jiǎn)要介紹了電子商務(wù)網(wǎng)上訂餐系統(tǒng)的主要體系構(gòu)造及功能模塊,重點(diǎn)討論了系統(tǒng)流程圖和功能模塊的分析。本系統(tǒng)的功能模塊根本可以實(shí)現(xiàn)網(wǎng)上訂餐的功能。但仍然有一些不盡人意，而這些問(wèn)題主要集中在系統(tǒng)的平安上，雖然系統(tǒng)已經(jīng)通過(guò)相關(guān)措施對(duì)登陸用戶(hù)身份進(jìn)展驗(yàn)證，但是在當(dāng)今網(wǎng)絡(luò)信息平安中，僅僅對(duì)用戶(hù)身份驗(yàn)證是不夠的，還需要對(duì)傳送數(shù)據(jù)進(jìn)展加密，防止數(shù)據(jù)傳輸過(guò)程中被篡改等攻擊進(jìn)展防御。因?yàn)橹挥型晟票鞠到y(tǒng)的各局部功能，才能讓所有的客戶(hù)在一個(gè)互相信任且平安的環(huán)境中享受購(gòu)物的樂(lè)趣。同時(shí)，本系統(tǒng)還需注意一下幾點(diǎn)容：把握好食物質(zhì)量和宣傳容環(huán)節(jié)。提供的菜品必須是新鮮的優(yōu)質(zhì)產(chǎn)品而決非過(guò)期

18、剩菜。產(chǎn)品宣傳廣告容應(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ò)誤等都會(huì)降低用戶(hù)對(duì)商品的信任度。隨著網(wǎng)上訂餐系統(tǒng)技術(shù)的日趨成熟、網(wǎng)上訂餐的優(yōu)勢(shì)日趨明顯，會(huì)有更多的人參與到網(wǎng)上訂餐的浪潮中來(lái)。因此，用戶(hù)身份確實(shí)認(rèn)及菜品的配送速度的也將會(huì)是影響此訂餐系統(tǒng)能否成功的關(guān)鍵。訂餐系統(tǒng)可行性研究1.引言 隨著人民生活水平的提高，餐飲業(yè)在效勞行業(yè)中占有越來(lái)越重要的地位。努力在當(dāng)前餐飲行業(yè)日趨劇烈的競(jìng)爭(zhēng)中脫穎而出，已成為每位餐飲業(yè)經(jīng)營(yíng)者所追求的目標(biāo)。

19、網(wǎng)上訂餐系統(tǒng)是*餐飲公司與消費(fèi)者的一種買(mǎi)賣(mài)模式，是通過(guò)軟件平臺(tái)展示產(chǎn)品的一種營(yíng)銷(xiāo)模式。訂餐系統(tǒng)為餐飲公司提供更廣闊的客源，也為消費(fèi)者提供更多的方便。因此這是一個(gè)小投入大成效的經(jīng)營(yíng)新模式。 雖然現(xiàn)實(shí)中在網(wǎng)上訂餐的人相對(duì)網(wǎng)下的人來(lái)說(shuō)還是比擬少,一個(gè)是對(duì)網(wǎng)上餐館的信用度持疑慮態(tài)度；另一個(gè)是網(wǎng)上訂餐只可以看到物品的說(shuō)明簡(jiǎn)介和外觀，無(wú)法得到更加具體的信息，沒(méi)有當(dāng)面提問(wèn)更加不確定是不是自己想要的菜品。而這正是傳統(tǒng)的實(shí)體餐館優(yōu)于網(wǎng)上餐館的地方。而對(duì)于白領(lǐng)、大學(xué)生、上班族來(lái)說(shuō)，他們平時(shí)工作學(xué)習(xí)比擬忙，沒(méi)有時(shí)間去買(mǎi)飯做飯，網(wǎng)上訂餐系統(tǒng)為他們提供了更加方便的效勞。他們只需在網(wǎng)上快速瀏覽，點(diǎn)擊自己想要的餐，就可以等

20、送餐的把飯送來(lái)，這為他們的休息和工作提供了更多時(shí)間。因此，網(wǎng)絡(luò)訂餐業(yè)務(wù)在中國(guó)有著極大的開(kāi)展空間以及良好的背景。1.1編寫(xiě)目的 可行性研究的目的是為網(wǎng)上訂餐問(wèn)題開(kāi)發(fā)的可能性、可行性、必要性提供論據(jù)。為開(kāi)發(fā)人員進(jìn)展系統(tǒng)總體規(guī)劃設(shè)計(jì)及具體實(shí)施開(kāi)發(fā)工程提供必要的參考資料，在系統(tǒng)開(kāi)發(fā)完成后期為系統(tǒng)的測(cè)試、驗(yàn)收提供幫助。經(jīng)過(guò)對(duì)此工程進(jìn)展詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報(bào)告，對(duì)網(wǎng)上訂餐系統(tǒng)開(kāi)發(fā)中將要面臨的問(wèn)題及其解決方案進(jìn)展初步設(shè)計(jì)及合理安排。明確開(kāi)發(fā)風(fēng)險(xiǎn)及其所帶來(lái)的經(jīng)濟(jì)效益。本報(bào)告經(jīng)審核后，轉(zhuǎn)交相關(guān)管理部門(mén)審查。1.2背景 隨著社會(huì)經(jīng)濟(jì)的開(kāi)展，傳統(tǒng)的訂餐模式已不能滿(mǎn)足不斷增長(zhǎng)的效勞需求。其一，業(yè)務(wù)需求的增加需要

21、消耗大量人力物力資源，其二，業(yè)務(wù)復(fù)雜化導(dǎo)致人工處理方式出錯(cuò)率增加，從而引起消費(fèi)者不滿(mǎn)，最后，隨著人們生活的步驟加快，傳統(tǒng)訂餐浪費(fèi)了大量的時(shí)間。為解決此類(lèi)問(wèn)題，我們開(kāi)發(fā)了網(wǎng)上訂餐系統(tǒng)。一方面節(jié)省了消費(fèi)者的時(shí)間，又為餐廳增加了大量的客源。2.可行性研究的前提2.1要求主要功能：為消費(fèi)者提供餐廳訂餐效勞，方便餐廳的售餐工作和消費(fèi)者就餐效勞，提高餐廳的效勞質(zhì)量和效勞效率，性能要求：消費(fèi)者和管理者提供的信息必須及時(shí)的反映在餐廳的工作平臺(tái)上，需要很大的主存容量；訂餐系統(tǒng)的信息必須無(wú)過(guò)失的存儲(chǔ)在餐廳的數(shù)據(jù)庫(kù)中，需要系統(tǒng)強(qiáng)大的平安性能支持；對(duì)網(wǎng)頁(yè)上的數(shù)據(jù)必須進(jìn)展及時(shí)正確的刷新。輸入要求：數(shù)據(jù)完整，詳實(shí)。消費(fèi)者

22、只需將個(gè)人的根本信息輸入，進(jìn)展注冊(cè)即可管理者不僅需要輸入個(gè)人的根本信息，還要對(duì)菜單進(jìn)展添加刪除等操作，輸入包括名稱(chēng)、單價(jià)、數(shù)量、介紹等根本信息，以供消費(fèi)者了解。輸出要求：簡(jiǎn)捷，快速，實(shí)時(shí)。作為消費(fèi)者訂餐信息，輸出要包括：消費(fèi)者的訂單號(hào)、地址、時(shí)間等信息作為管理者，輸出主要包括：菜品的名稱(chēng)、數(shù)量、單價(jià)、簡(jiǎn)介等信息平安與要求：網(wǎng)頁(yè)的管理員享有對(duì)餐廳信息庫(kù)及消費(fèi)者信息庫(kù)和訂餐信息庫(kù)的管理與修改。消費(fèi)者只享有對(duì)訂餐信息庫(kù)的局部修改寫(xiě)入與讀出。2.2目標(biāo) 系統(tǒng)實(shí)現(xiàn)后，大大提高餐廳的訂餐效勞效率。降低訂餐效勞中的錯(cuò)誤發(fā)生率，減少信息交流的煩瑣過(guò)程及其帶來(lái)的開(kāi)銷(xiāo)。用系統(tǒng)的高速特性來(lái)節(jié)省大量的人力，并且能夠極

23、大程度上簡(jiǎn)化效勞人員的工作，使得效勞人員只需要做簡(jiǎn)單的輸入輸出以及對(duì)于本系統(tǒng)的管理就可以簡(jiǎn)便的完成自己的工作；將傳統(tǒng)訂餐的局部更改為系統(tǒng)記錄處理極大的提升了速度，這樣就提高了工作效率，也極大程度縮短了消費(fèi)者的等待時(shí)間，這樣可以提高餐廳在行業(yè)中的競(jìng)爭(zhēng)力。利用計(jì)算機(jī)的系統(tǒng)優(yōu)勢(shì)，可以彌補(bǔ)人工作業(yè)時(shí)的出錯(cuò)率高的缺陷，使得每一筆業(yè)務(wù)都能最大限度防止核實(shí)以及復(fù)工。利用計(jì)算機(jī)大容量存儲(chǔ)數(shù)據(jù)庫(kù)的模式來(lái)完成記錄的存儲(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)者

24、的注冊(cè)信息將訂餐送到消費(fèi)者。消費(fèi)者與管理者可以查看訂餐信息并進(jìn)展一定的管理工作。管理者還可定期進(jìn)展查詢(xún)統(tǒng)計(jì)，以便適當(dāng)調(diào)整菜單。技術(shù)要求和限制條件在分析系統(tǒng)功能時(shí)要考慮有關(guān)信息的合法性驗(yàn)證如、送餐地址等。對(duì)于本系統(tǒng)還應(yīng)補(bǔ)充一下功能：餐廳延誤了送餐時(shí)間的處理訂餐取消后的處理消費(fèi)者臨時(shí)更改菜單的處理系統(tǒng)的外部輸入項(xiàng)至少包括：*餐飲公司管理者、消費(fèi)者2.5決定可行性的主要因素經(jīng)濟(jì)可行，本錢(qián)/效益分析結(jié)果。技術(shù)可行，現(xiàn)有技術(shù)可完全承當(dāng)開(kāi)發(fā)任務(wù)。操作可行，軟件能被原有工作人員快速承受。3.對(duì)傳統(tǒng)訂餐模式的分析了解任何應(yīng)用領(lǐng)域的最快速有效的方法，就是研究現(xiàn)有模式。通過(guò)對(duì)消費(fèi)者及餐廳理者的訪問(wèn)，我們可以知道傳

25、統(tǒng)訂餐的大致過(guò)程。首先消費(fèi)者要先到餐廳查看餐單，根據(jù)喜好選擇餐品。消費(fèi)者不僅要先付押金，而且還要在規(guī)定的時(shí)間到達(dá)，否則可能會(huì)對(duì)就餐帶來(lái)影響。在這期間，你不僅浪費(fèi)了時(shí)間，而且還有一筆路費(fèi)需要付，這給我們的生活帶來(lái)了很多不便。3.1處理流程與數(shù)據(jù)流程點(diǎn)餐流程圖點(diǎn)餐飯店消費(fèi)者 前往 登記后廚前廳效勞員 分配 招待管理員數(shù)據(jù)流圖前臺(tái)處理效勞員登記消費(fèi)者產(chǎn)生輸出消費(fèi)者 點(diǎn)餐信息 點(diǎn)餐清單 點(diǎn)餐記錄3.2工作負(fù)荷傳統(tǒng)訂餐流程在點(diǎn)餐時(shí)等待時(shí)間較長(zhǎng)，效勞一個(gè)客戶(hù)就需消耗較長(zhǎng)的時(shí)間，其他客戶(hù)只有等待。這樣太浪費(fèi)時(shí)間，需要大量的效勞員效勞客戶(hù)。特別是在節(jié)假日人流頂峰期，導(dǎo)致工作效率非常低，且出錯(cuò)率高，以致客戶(hù)等待

26、點(diǎn)餐時(shí)間過(guò)長(zhǎng)感到不耐煩，降低了餐廳效率。這也給餐廳工作人員增加了非常大的負(fù)擔(dān)和額外的工作負(fù)荷；同時(shí)效勞員增多，餐廳費(fèi)用支出多，給公司的開(kāi)展帶來(lái)嚴(yán)重的制約和壓力。3.3局限性工作效率低下，不能很好滿(mǎn)足許多消費(fèi)者的及時(shí)需求，給消費(fèi)者的就餐帶來(lái)不便。這是現(xiàn)有系統(tǒng)訂餐的流程中出現(xiàn)的一個(gè)嚴(yán)重問(wèn)題。為了解決這一問(wèn)題，讓人們?cè)谟啿蜁r(shí)更加方便快捷，我們急需開(kāi)發(fā)一個(gè)更為高效的訂餐管理系統(tǒng)，讓訂餐效勞不用再排隊(duì)。1傳統(tǒng)點(diǎn)餐靠效勞員記錄，所以要求效勞員記錄時(shí)細(xì)心耐心，對(duì)數(shù)字、餐單敏感。它嚴(yán)重影響了工作效率，且出錯(cuò)率高，客戶(hù)點(diǎn)餐時(shí)需要等待時(shí)間過(guò)長(zhǎng)，需要大量的效勞員才能滿(mǎn)足日益增長(zhǎng)的消費(fèi)者要求。2效勞員記錄查找繁瑣，耗

27、時(shí)久，不方便，且容易喪失。且人工記錄不能保證萬(wàn)無(wú)一失，容易出現(xiàn)數(shù)據(jù)錄入錯(cuò)誤。隨著客戶(hù)數(shù)的增多，這個(gè)缺陷會(huì)越發(fā)凸顯。3所有客戶(hù)的點(diǎn)餐效勞都由效勞員手工辦理，浪費(fèi)人力資源。有的簡(jiǎn)單的效勞經(jīng)改良可由機(jī)器完成，這樣節(jié)約了人力本錢(qián)，也提高效率。4對(duì)傳統(tǒng)訂餐的改良維護(hù)只能依靠增多效勞員數(shù)量，提高效勞員的效勞質(zhì)量來(lái)實(shí)現(xiàn)。增多效勞員數(shù)量會(huì)導(dǎo)致餐廳人員支出大大增多，費(fèi)用代價(jià)增大。效勞員的效勞素質(zhì)需要培養(yǎng)，不能短期無(wú)限看見(jiàn)成效，及培養(yǎng)新人員需要一定的時(shí)間，這又浪費(fèi)資金和人力資源。4.網(wǎng)上訂餐系統(tǒng)4.1系統(tǒng)說(shuō)明 當(dāng)翻開(kāi)*餐廳的網(wǎng)上訂餐系統(tǒng)后，消費(fèi)者可以根據(jù)菜單項(xiàng)選擇擇自己喜歡的菜，參加到購(gòu)物車(chē)?yán)?，最后查看?gòu)物車(chē)，再

28、次確認(rèn)自己選擇的菜，然后將訂單發(fā)送到該餐廳。當(dāng)餐廳管理者接收到該訂單時(shí)，通過(guò)對(duì)訂單時(shí)間、原料的查看，確認(rèn)是否可以完成訂單，并將結(jié)果發(fā)送給消費(fèi)者。系統(tǒng)管理者還可以添加刪除菜品，對(duì)近期的銷(xiāo)售情況進(jìn)展統(tǒng)計(jì)，以便對(duì)未來(lái)幾天的銷(xiāo)售進(jìn)展估計(jì)。4.2處理流程和數(shù)據(jù)流程提交訂單消費(fèi)者消費(fèi)者返回信息完成確認(rèn)訂單數(shù)據(jù)庫(kù)菜單信息的更新系統(tǒng)管理員處理流程圖數(shù)據(jù)流圖頂層數(shù)據(jù)流圖訂餐系統(tǒng)管理者消費(fèi)者 提交訂單 確認(rèn)信息消費(fèi)者訂餐確認(rèn)訂餐 信息訂餐信息更新點(diǎn)餐消費(fèi)者 提交消費(fèi)者 返回消息訂餐信息記錄管理者對(duì)系統(tǒng)的管理菜單的更新選擇菜消費(fèi)者管理者4.3改良之處通過(guò)計(jì)算機(jī)的高速度運(yùn)算能力，系統(tǒng)將原來(lái)的效勞員手動(dòng)記錄訂單信息歸納

29、到計(jì)算機(jī)來(lái)處理，節(jié)省了效勞員處理訂單的時(shí)間，利用計(jì)算機(jī)高速運(yùn)算來(lái)替換掉人工計(jì)算處理，大大提高了效勞員處理訂單的速度。4.4影響對(duì)設(shè)備的影響由于餐飲效勞的特點(diǎn)，消費(fèi)者數(shù)量及訂餐信息量龐大，信息的存取流量也隨之增加，因此需要購(gòu)置速度快，主存容量大，磁盤(pán)容量大的大型機(jī)作為數(shù)據(jù)庫(kù)硬件系統(tǒng)。對(duì)現(xiàn)有軟件的影響主要的影響是大大提高了餐廳的工作效率，通過(guò)使用新技術(shù)，可以向消費(fèi)者提供一個(gè)方便、簡(jiǎn)單、及時(shí)的互聯(lián)的現(xiàn)代計(jì)算機(jī)化的網(wǎng)絡(luò)系統(tǒng)。對(duì)用戶(hù)的影響消費(fèi)者信息儲(chǔ)存在數(shù)據(jù)庫(kù)中，經(jīng)過(guò)措施保障后的數(shù)據(jù)庫(kù)可以防止未經(jīng)授權(quán)的訪問(wèn)，從而提高了用戶(hù)存款信息的性，再而提升用戶(hù)對(duì)系統(tǒng)的信賴(lài)。減少了消費(fèi)者訂餐的等待時(shí)間；客戶(hù)可以隨時(shí)隨

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

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

32、析，包括估計(jì)工程的開(kāi)發(fā)本錢(qián)，估算開(kāi)發(fā)本錢(qián)是否會(huì)高于工程預(yù)期的全部利潤(rùn)。6.1支出1根本建立投資硬件設(shè)備：效勞器 軟件：SQL Server 開(kāi)發(fā)工具：Eclipse2其他一次性支出系統(tǒng)設(shè)計(jì)和開(kāi)發(fā)費(fèi)用3非一次性支出系統(tǒng)維護(hù)費(fèi)用6.2收益1一次性收益2非一次性收益3不可定量的收益6.3收益/投資比6.4投資回收周期即收益的累計(jì)數(shù)開(kāi)場(chǎng)超過(guò)支出的累計(jì)數(shù)的時(shí)間6.5敏感性分析7.操作方面的可行性 本系統(tǒng)的研制和開(kāi)發(fā)充分考慮用戶(hù)工作流程、計(jì)算機(jī)操作水平等，盡可能提供更加直觀的界面，滿(mǎn)足用戶(hù)要求。系統(tǒng)的操作方式在用戶(hù)組織可行。8.社會(huì)因素方面的可能性8.1法律方面的可行性 即研究在系統(tǒng)開(kāi)發(fā)過(guò)程中可能涉及的各

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

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

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

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

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

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

39、了，沒(méi)有出現(xiàn)誤導(dǎo)操作產(chǎn)生。并且要有很好的平安保障，防止軟件受到意外或蓄意的存取、使用、修改、毀壞或泄密的情況。數(shù)據(jù)庫(kù)系統(tǒng)能夠有很好的移植性，方便在其他系統(tǒng)上運(yùn)行?？偣材軜?gòu)造流圖3.概念設(shè)計(jì)3.1訂餐系統(tǒng)構(gòu)造訂餐系統(tǒng)主要要求對(duì)用戶(hù)和訂餐情況進(jìn)展添加、刪除、修改等。其中：1管理員對(duì)餐廳管理員和會(huì)員進(jìn)展管理，操作導(dǎo)入數(shù)據(jù)庫(kù)；2餐廳員工對(duì)員工和訂餐情況進(jìn)展管理，操作導(dǎo)入數(shù)據(jù)庫(kù)；3客戶(hù)進(jìn)展注冊(cè)會(huì)員、瀏覽食物、更新、訂餐操作，操作導(dǎo)入數(shù)據(jù)庫(kù)。系統(tǒng)構(gòu)造圖3.2相關(guān)數(shù)據(jù)庫(kù)表與商品相關(guān)的表有：foodInfo菜品信息表，sellFood菜品出售信息表與用戶(hù)相關(guān)的表有：orderInfo訂單表，userInfo用

40、戶(hù)表與訂單相關(guān)的表有：orderInfo，wordTemp留言表與管理員相關(guān)的表有：foodInfo，adminInfo管理員表管理員查看用戶(hù)留言訂單查看生成下單處理產(chǎn)生出售菜單菜單處理數(shù)據(jù)庫(kù)表之間的整體關(guān)系為E-R圖圖中關(guān)系都為多對(duì)多管理員管理員ID密碼類(lèi)型管理員E-R圖用戶(hù)用戶(hù)名密碼年齡性別手機(jī)號(hào)地址積分信息用戶(hù)E-R圖訂單訂單號(hào)手機(jī)號(hào)地址送餐聯(lián)系人附加要求數(shù)量菜品號(hào)用戶(hù)名日期時(shí)間訂單E-R圖出售菜單菜品號(hào)菜品信息菜品盈利菜品類(lèi)型日期菜品數(shù)量菜品價(jià)格出售菜單E-R圖留言主題日期意見(jiàn)留言E-R圖菜單菜品類(lèi)日期菜品號(hào)菜品名數(shù)量信息價(jià)格圖片菜單E-R圖邏輯構(gòu)造設(shè)計(jì)4.1數(shù)據(jù)流圖訂單信息數(shù)據(jù)流圖圖

41、中會(huì)員即為用戶(hù)用戶(hù)信息數(shù)據(jù)流圖圖中會(huì)員即為用戶(hù)管理員信息數(shù)據(jù)流圖圖中會(huì)員即為用戶(hù)4.2具體數(shù)據(jù)庫(kù)表1用戶(hù)表userInfo：系統(tǒng)所有用戶(hù)必須包含以下信息，用戶(hù)名uName，密碼uKey，性別uSe*，用戶(hù)手機(jī)號(hào)uPhone等信息。列名數(shù)據(jù)類(lèi)型長(zhǎng)度uNamevarchar15uKeyvarchar15uSe*varchar4uAgeint4uPhonevarchar10uIntegralLong8uAddresste*t50uMessagete*t50用戶(hù)說(shuō)明細(xì)表2菜品信息表foodInfo：菜品信息表主要描述菜品信息，菜品ID號(hào)(foodId)，此ID號(hào)為系統(tǒng)自動(dòng)生成；菜品名稱(chēng)foodName；菜品價(jià)格foodPrice等；所屬分類(lèi)foodType；圖片信息images。列名數(shù)據(jù)類(lèi)型長(zhǎng)度f(wàn)oodIdvarchar15foodNamevarchar15foodPrice float8foodTypevarchar4foodCountint4foodMessagete*t50imagesimage商品信息表詳細(xì)描述表3出售菜品信息表sellFood：菜品信息表主要描述菜品信息，菜品ID號(hào)(foodId)，此ID號(hào)為系統(tǒng)自動(dòng)生成；菜品數(shù)量foodCount；菜品價(jià)格foodPrice；菜品所屬分類(lèi)foodType