課程設計-網(wǎng)上訂餐系統(tǒng).doc

此文檔收集于網(wǎng)絡，如有侵權(quán)，請聯(lián)系網(wǎng)站刪除（指導教師用表）組 別指 導 教 師論文（設計）題目網(wǎng)上訂餐系統(tǒng)主要任務及目標制定一個網(wǎng)上訂餐系統(tǒng)開發(fā)方案，通過對用戶的需求分析，使它具有消費者登陸點餐，管理者管理系統(tǒng)的功能，并通過可行性分析，確定系統(tǒng)可以正常的使用需求分析通過對用戶需求的詳細分析、總結(jié)，將系統(tǒng)分為顧客使用和管理員使用兩個模塊，其中用戶有注冊、登陸、點單等功能，管理員有菜單的修改、統(tǒng)計，信息查詢等功能，通過對相應的功能進行詳細的分析，使其很好的滿足用戶的需求。數(shù)據(jù)庫設計通過對各模塊具體功能的分析，確定數(shù)據(jù)庫所要建立的表的內(nèi)容，并對各數(shù)據(jù)項進行相應的說明。系統(tǒng)可行性分析通過對系統(tǒng)操作可行性、技術(shù)可行性、經(jīng)濟可行性及社會可行性分析，確定問題能否以最小的代價、最大的收益得到解決。具體安排人員分配負責頁碼1-1920-2728-42此文檔僅供學習與交流網(wǎng)上訂餐系統(tǒng)摘 要越來越多的人接受了電子商務這種便捷、快速的交易形式，網(wǎng)上訂餐的推出也很快受到了大家的歡迎。本系統(tǒng)是一個針對單一的飯店做出的網(wǎng)上訂餐系統(tǒng)。首先，介紹本系統(tǒng)的功能需求，包括顧客的登錄、注冊、修改訂單等行為需求以及管理員的后臺管理行為并用圖分析描述各個事件流的執(zhí)行過程，細化數(shù)據(jù)流圖，具體分析如何實現(xiàn)系統(tǒng)功能，規(guī)劃系統(tǒng)流程；最后，將顧客和管理員的各個行為整和在一起，形成一個完整的網(wǎng)絡。關(guān)鍵詞：系統(tǒng)功能；網(wǎng)上訂餐系統(tǒng)；數(shù)據(jù)流圖Online meal ordering systemAbstractMore and more people to accept electronic commerce this convenient, fast form of the transaction, launched the online also quickly welcomed by everyone. This system is a made for single hotel online reservation system. Firstly, introduces the function requirements of the system, including customer login, registration, change order behavior demand and administrator backstage management behavior and execution 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, planning system process; secondly, the customer and the administrator of each the behavior of the whole and together, to form a complete network.Keywords：The function of the system;Online meal ordering system;Data flow diagram網(wǎng)上訂餐系統(tǒng)功能需求分析一、功能分析根據(jù)對該系統(tǒng)的分析，該系統(tǒng)應具有如下功能：1.1顧客登錄網(wǎng)上訂餐系統(tǒng)進行菜單瀏覽 顯示菜品的各種信息，可分類查詢、動態(tài)搜索、設計頁面分類、布局排版；以方便顧客瀏覽選擇。1.2顧客注冊為會員 顧客訪問本網(wǎng)站，直接進入本網(wǎng)站主頁?？蛇x擇登陸，若為注冊可選擇注冊，只有注冊顧客方可點餐。注冊提供顧客名和密碼，顧客名能自動檢測，若已存在則提示不可用。另外加入記住密碼功能，登陸一次可在兩周內(nèi)無需再次登陸，直接進入登陸狀態(tài)。1.3顧客對自己的個人信息進行更改比如聯(lián)系電話以及賬戶密碼。1.4顧客對已選的菜單進行更改選擇更改數(shù)量或者取消選擇。當顧客確定訂餐完畢后，顧客將其提交到服務器后臺點餐系統(tǒng)，并生成訂單。1.4.1菜品詳細信息顯示餐品中某一餐品的詳細信息，包括菜名，配料，口味，價格等，以供顧客放進自己的購物車。1.4.2購物車實現(xiàn)對已定菜品的管理，包括增加菜品，刪除菜品，修改數(shù)量。1.4.3提交購物車并生成訂單接受購物車信息，隨即獲取訂單號，動態(tài)刷新頂單狀態(tài)，固定時間（如30秒）完成一道菜，顧客可繼續(xù)修改未完成的菜品，已完成菜品無法進行操作，顧客修改訂單并保存。1.4.4結(jié)束訂餐設置友好的結(jié)束界面。比如顯示提示：您已成功下單，您將在半小時后收到您所定的菜品 1.4.5確認收貨1.5管理員后臺管理1.5.1創(chuàng)建新的管理員管理員在后臺登錄后，可以創(chuàng)建新的管理員。1.5.2管理菜單管理員可以對餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進行添加、刪除和修改，比如更改菜單的圖片、價格、菜單的描述，更換新品，添加新菜等。1.5.3 管理顧客信息管理員對顧客信息進行管理，查詢每個顧客的消費情況。1.5.4.統(tǒng)計營業(yè)額管理員根據(jù)不同時間段統(tǒng)計營業(yè)額、成本，同時還能統(tǒng)計出每道菜的銷售量根據(jù)訂單號查詢菜品的銷售情況。具體功能如下表：功能類別子功能顧客管理顧客登錄顧客注冊顧客操作餐品展示餐品的詳細介紹放進購物車查看購物車詳細信息提交結(jié)束訂單管理員操作管理餐品處理訂單管理營業(yè)額根據(jù)消費情況，對菜品進行相應改進結(jié)帳付款實行貨到付款二、基本設計概念及主要功能圖圖2-1網(wǎng)上訂餐系統(tǒng)普通用戶管理員餐品展示 餐品詳細介紹 詳細信息提交 查看購物車 管理餐品 處理訂單 營業(yè)額管理基本設計概念及主要功能圖 放進購物車 根據(jù)訂單反應信息周邊信息管理圖片展示用料口味擬定購買確定的菜品及要求菜品增加菜品刪除菜品修改預訂的菜單顧客個人要求配送時間及線路每道菜的銷售量定期處理訂單凈收入三、用例分析與描述3.1登錄3.1.1用例圖用戶登錄檢查密碼是否匹配登錄成功圖3-1 用戶登錄3.1.2用例的事件流描述（1）簡單描述本用例描述了顧客如何登錄到系統(tǒng)中。（2）前置條件無。（3）后置條件如果用例成功，用例登錄到系統(tǒng)中，否則系統(tǒng)的狀態(tài)不變。3.1.3事件流基流（1）顧客登錄到基于顧客的網(wǎng)站時，用例啟動。（2）系統(tǒng)提示顧客輸入顧客名和密碼（3）顧客輸入自己的顧客名和密碼，提交。（E-1）（4）系統(tǒng)驗證輸入的名字和密碼，顧客登錄系統(tǒng)成功。(E-2)替代流E-1：包含了單引號、雙引號或為空，系統(tǒng)提示錯誤。E-2：系統(tǒng)檢索不到該顧客的密碼，系統(tǒng)提示錯誤。3.2注銷用例描述:清除內(nèi)存中顧客名、購物車信息，并返回到登錄頁。3.3修改顧客信息3.3.1用例圖圖3-2 修改信息顧客維護注 冊 信 息基本信息3.3.2用例的事件流描述（1）簡單描述該用例描述了如何修改顧客的信息，但顧客的顧客名不允許修改。（2）前置條件顧客已登錄。（3）后置條件用例成功，把顧客的信息保存到數(shù)據(jù)庫中。3.3.3事件流基流（1）系統(tǒng)提示輸入顧客的信息。（2）顧客輸入所需信息，提交。(E-1)（3）系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中。替代流E-1：系統(tǒng)驗證輸入的數(shù)據(jù)不合法（不能包含單引號、雙引號，郵箱必須滿足要求），提示錯誤。3.4加入購物車3.4.1用例圖顧客加入購物車擬定預訂的餐品圖3-3 訂餐3.4.2用例的事件流描述（1）簡單描述：該用例描述了如何修改顧客的信息，但顧客的顧客名不允許修改。（2）前置條件顧客已登錄。（3）后置條件用例成功，把顧客的信息保存到數(shù)據(jù)庫中。3.4.3事件流基流（1）系統(tǒng)提示輸入顧客的信息。（2）顧客輸入所需信息，提交。(E-1)（3）系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中。3.4.4替代流E-1：系統(tǒng)驗證輸入的數(shù)據(jù)不合法（不能包含單引號、雙引號，郵箱必須滿足要求），提示錯誤。3.5查看購物車3.5.1用例圖顧客查看購物車中餐品圖3-4 查看購物車3.5.2用例的事件流描述（1）簡單描述：該用例描述了如何修改顧客的信息，但顧客的顧客名不允許修改。（2）前置條件顧客已登錄。（3）后置條件用例成功，把顧客的信息保存到數(shù)據(jù)庫中。3.5.3事件流基流（1）系統(tǒng)提示輸入顧客的信息。（2）顧客輸入所需信息，提交（E-1）。（3）系統(tǒng)把所需的信息保存到數(shù)據(jù)庫中。替代流E-1：系統(tǒng)驗證輸入的數(shù)據(jù)不合法（不能包含單引號、雙引號，郵箱必須滿足要求），提示錯誤。3.6修改購物車中的商品3.6.1用例圖顧客修改購物車中餐品圖3-5 修改已定餐品3.6.2用例的事件流描述（1）簡單描述：顧客修改購物車中商品的數(shù)量。（2）前置條件系統(tǒng)處于查看購物車狀態(tài)。（3）后置條件用例成功，購物車中商品的數(shù)量被更改。3.6.3事件流基流（1）系統(tǒng)提示更改商品的數(shù)量。（2）顧客輸入要更改商品的數(shù)量，確認更改。(E-1)（3）系統(tǒng)刷新購物車。替代流E-1：顧客輸入的商品數(shù)量只能是（1-50）間的整數(shù)。否則提示錯誤。3.7刪除購物車中的商品3.7.1用例圖顧客刪除購物車中餐品圖3-6 刪除餐品3.7.2用例的事件流描述（1）簡單描述：刪除購物車中的某個商品。（2）前置條件系統(tǒng)處于查看購物車狀態(tài)。（3）后置條件用例成功，刪除商品。3.7.3事件流基流（1）系統(tǒng)提示刪除商品。（2）顧客刪除商品，確認（3）系統(tǒng)刷新購物車。3.8結(jié)賬3.8.1用例圖顧客收貨結(jié)賬所訂外賣圖3-8 貨到付款3.8.2用例的事件流描述（1）簡單描述：加入購物車完畢，等待餐品 （2）前置條件收到餐品，現(xiàn)金結(jié)賬（3）后置條件付款成功3.8.3事件流基流（1）餐品送達。（2）顧客確認結(jié)帳。（3）完成交易。3.9確認訂單3.9.1用例圖顧客確認訂單圖3-9 確認訂單3.9.2用例的事件流描述（1）簡單描述：確認生成訂單。（2）前置條件付款方式用例成功。（3）后置條件用例成功，把訂單數(shù)據(jù)存儲到數(shù)據(jù)庫中。3.9.3事件流基流（1）系統(tǒng)提示確認訂單。（2）顧客確認訂單。（3）系統(tǒng)生成訂單號。（4）系統(tǒng)生成訂單記錄并存入數(shù)據(jù)庫中。（5）系統(tǒng)清空購物車。（6）付款方式。3.10查看訂單3.10.1用例圖顧客查看訂單信息圖3-10 查看訂單3.10.2用例的事件流描述（1）簡單描述：查看該顧客的所有訂單或基于組合條件的訂單。（2）前置條件顧客已登錄。（3）后置條件用例成功，系統(tǒng)顯示該顧客的訂單情況。3.10.3事件流基流顧客選擇查看所有訂單，或基于組合條件查看訂單。分支流 (1)：A、系統(tǒng)檢索該顧客的所有訂單B、系統(tǒng)顯示所有訂單，當顯示的訂單超過一頁時，系統(tǒng)顯示“第一頁、上一頁、下一頁、最后一頁”的頁瀏覽提示。(2)：A、系統(tǒng)提示顧客輸入訂單號、發(fā)生訂單的時間段、或訂單的狀態(tài)（已執(zhí)行、部分執(zhí)行、未執(zhí)行）B、顧客輸入所需信息，提交。C、統(tǒng)檢索滿足組合條件的所有訂單。D、系統(tǒng)顯示滿足條件的訂單。系統(tǒng)驗證輸入的合法性，不合法系統(tǒng)提示錯誤3.11修改訂單3.11.1用例圖顧客修改訂單信息圖3-11 修改訂單3.11.2用例的事件流描述（1）簡單描述：顧客修改訂單的訂單明細，付款方式。（2）前置條件系統(tǒng)處于查看訂單狀態(tài)中。（3）后置條件用例成功，把修改的訂單存儲到數(shù)據(jù)庫中。3.11.3事件流基流（1）系統(tǒng)提示修改訂單。（2）顧客確認修改（E-1）。（3）系統(tǒng)提示輸入要修改的訂單。（4）顧客輸入修改信息，提交（E-2）（5）系統(tǒng)存儲訂單情況至數(shù)據(jù)庫中。替代流E-1：已審核的訂單不能修改，否則提示錯誤。E-2：不合法輸入，系統(tǒng)提示錯誤。3.12刪除訂單3.12.1用例圖顧客刪除本次訂單圖3-12 刪除訂單 3.12.2用例的事件流描述（1）簡單描述：顧客刪除不需要的訂單。（2）前置條件系統(tǒng)處于查看訂單狀態(tài)中。（3）后置條件用例成功，系統(tǒng)刪除該訂單。3.12.3事件流基流（1）系統(tǒng)提示刪除該訂單。（2）顧客確認刪除該訂單。（E-1）（3）系統(tǒng)從數(shù)據(jù)庫中刪除該訂單。替代流E-1：已審核的訂單不能刪除，否則提示錯誤。四、類圖-訂單編號-用戶名-用戶姓名-菜品編號-數(shù)量-價格-交易狀態(tài)購物車系統(tǒng)管理員管理管理菜系-菜名-圖片-價格-菜品介紹顧客-用戶名-用戶姓名-地址-電話號碼顧客訂單-訂單狀態(tài)-訂單編號-用戶編號-總金額-備注下單放入圖4-1 類圖五、動態(tài)圖5.1顧客訂餐提交用戶名和密碼進入訂餐系統(tǒng)系統(tǒng)驗證用戶名沒有驗證用戶名和密碼有不正確正確系統(tǒng)顯示登錄狀態(tài)及會員信息網(wǎng)上訂餐放入購物車生成訂單取消訂單確認訂單等待送餐圖5-1顧客訂餐5.2管理員管理模塊管理員登錄系統(tǒng)客戶維護查 看顧客信息管理餐品查看更新訂單餐品處理營業(yè)額圖5-2 管理員管理模塊六、總結(jié)本文簡要介紹了電子商務網(wǎng)上訂餐系統(tǒng)的主要體系結(jié)構(gòu)及功能模塊,重點討論了系統(tǒng)流程圖和功能模塊的分析。本系統(tǒng)的功能模塊基本可以實現(xiàn)網(wǎng)上訂餐的功能。但仍然有一些不盡人意，而這些問題主要集中在系統(tǒng)的安全上，雖然系統(tǒng)已經(jīng)通過相關(guān)措施對登陸用戶身份進行驗證，但是在當今網(wǎng)絡信息安全中，僅僅對用戶身份驗證是不夠的，還需要對傳送數(shù)據(jù)進行加密，防止數(shù)據(jù)傳輸過程中被篡改等攻擊進行防御。因為只有完善本系統(tǒng)的各部分功能，才能讓所有的客戶在一個互相信任且安全的環(huán)境中享受購物的樂趣。同時，本系統(tǒng)還需注意一下幾點內(nèi)容：把握好食物質(zhì)量和宣傳內(nèi)容環(huán)節(jié)。提供的菜品必須是新鮮的優(yōu)質(zhì)產(chǎn)品而決非過期剩菜。產(chǎn)品宣傳廣告內(nèi)容應健康真實，既要反映客觀事物又要有欣賞價值。網(wǎng)上訂餐系統(tǒng)不僅要把好進貨關(guān)，而且由于網(wǎng)上訂餐系統(tǒng)提供的是虛擬的電子商品，包含的信息量大，所以網(wǎng)上訂餐系統(tǒng)的服務檢測就顯得格外重要。如文字錄入的錯誤、參照圖像的錯誤等都會降低用戶對商品的信任度。隨著網(wǎng)上訂餐系統(tǒng)技術(shù)的日趨成熟、網(wǎng)上訂餐的優(yōu)勢日趨明顯，會有更多的人參與到網(wǎng)上訂餐的浪潮中來。因此，用戶身份的確認及菜品的配送速度的也將會是影響此訂餐系統(tǒng)能否成功的關(guān)鍵。訂餐系統(tǒng)可行性研究1.引言 隨著人民生活水平的提高，餐飲業(yè)在服務行業(yè)中占有越來越重要的地位。努力在當前餐飲行業(yè)日趨激烈的競爭中脫穎而出，已成為每位餐飲業(yè)經(jīng)營者所追求的目標。網(wǎng)上訂餐系統(tǒng)是某餐飲公司與消費者的一種買賣模式，是通過網(wǎng)站軟件平臺展示產(chǎn)品的一種營銷模式。訂餐系統(tǒng)為餐飲公司提供更廣闊的客源，也為消費者提供更多的方便。因此這是一個小投入大成效的經(jīng)營新模式。 雖然現(xiàn)實中在網(wǎng)上訂餐的人相對網(wǎng)下的人來說還是比較少,一個是對網(wǎng)上餐館的信用度持疑慮態(tài)度；另一個是網(wǎng)上訂餐只可以看到物品的說明簡介和外觀，無法得到更加具體的信息，沒有當面提問更加不確定是不是自己想要的菜品。而這正是傳統(tǒng)的實體餐館優(yōu)于網(wǎng)上餐館的地方。而對于白領、大學生、上班族來說，他們平時工作學習比較忙，沒有時間去買飯做飯，網(wǎng)上訂餐系統(tǒng)為他們提供了更加方便的服務。他們只需在網(wǎng)上快速瀏覽，點擊自己想要的餐，就可以等送餐的把飯送來，這為他們的休息和工作提供了更多時間。因此，網(wǎng)絡訂餐業(yè)務在中國有著極大的發(fā)展空間以及良好的背景。1.1編寫目的 可行性研究的目的是為“網(wǎng)上訂餐問題”開發(fā)的可能性、可行性、必要性提供論據(jù)。為開發(fā)人員進行系統(tǒng)總體規(guī)劃設計及具體實施開發(fā)工程提供必要的參考資料，在系統(tǒng)開發(fā)完成后期為系統(tǒng)的測試、驗收提供幫助。經(jīng)過對此項目進行詳細調(diào)查研究，初擬系統(tǒng)實現(xiàn)報告，對網(wǎng)上訂餐系統(tǒng)開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經(jīng)濟效益。本報告經(jīng)審核后，轉(zhuǎn)交相關(guān)管理部門審查。1.2背景 隨著社會經(jīng)濟的發(fā)展，傳統(tǒng)的訂餐模式已不能滿足不斷增長的服務需求。其一，業(yè)務需求的增加需要消耗大量人力物力資源，其二，業(yè)務復雜化導致人工處理方式出錯率增加，從而引起消費者不滿，最后，隨著人們生活的步驟加快，傳統(tǒng)訂餐浪費了大量的時間。為解決此類問題，我們開發(fā)了網(wǎng)上訂餐系統(tǒng)。一方面節(jié)省了消費者的時間，又為餐廳增加了大量的客源。2.可行性研究的前提2.1要求主要功能：為消費者提供餐廳訂餐服務，方便餐廳的售餐工作和消費者就餐服務，提高餐廳的服務質(zhì)量和服務效率，性能要求：消費者和管理者提供的信息必須及時的反映在餐廳的工作平臺上，需要很大的主存容量；訂餐系統(tǒng)的信息必須無差錯的存儲在餐廳的數(shù)據(jù)庫中，需要系統(tǒng)強大的安全性能支持；對網(wǎng)頁上的數(shù)據(jù)必須進行及時正確的刷新。輸入要求：數(shù)據(jù)完整，詳實。消費者只需將個人的基本信息輸入，進行注冊即可管理者不僅需要輸入個人的基本信息，還要對菜單進行添加刪除等操作，輸入包括名稱、單價、數(shù)量、介紹等基本信息，以供消費者了解。輸出要求：簡捷，快速，實時。作為消費者訂餐信息，輸出要包括：消費者的訂單號、姓名、電話、地址、時間等信息作為管理者，輸出主要包括：菜品的名稱、數(shù)量、單價、簡介等信息安全與保密要求：網(wǎng)頁的管理員享有對餐廳信息庫及消費者信息庫和訂餐信息庫的管理與修改。消費者只享有對訂餐信息庫的部分修改（寫入與讀出）。2.2目標 系統(tǒng)實現(xiàn)后，大大提高餐廳的訂餐服務效率。降低訂餐服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。a. 用系統(tǒng)的高速特性來節(jié)省大量的人力，并且能夠極大程度上簡化服務人員的工作，使得服務人員只需要做簡單的輸入輸出以及對于本系統(tǒng)的管理就可以簡便的完成自己的工作；b. 將傳統(tǒng)訂餐的部分更改為系統(tǒng)記錄處理極大的提升了速度，這樣就提高了工作效率，也極大程度縮短了消費者的等待時間，這樣可以提高餐廳在行業(yè)中的競爭力。c. 利用計算機的系統(tǒng)優(yōu)勢，可以彌補人工作業(yè)時的出錯率高的缺陷，使得每一筆業(yè)務都能最大限度避免核實以及復工。d. 利用計算機大容量存儲數(shù)據(jù)庫的模式來完成記錄的存儲，這樣在工作中可以及時查證任意一條記錄。2.3可行性研究方法當準備訂餐消費者把訂餐信息（菜名、數(shù)量等）輸入到系統(tǒng)中，系統(tǒng)將訂單發(fā)送到餐廳系統(tǒng)中。當餐廳確認訂餐后，系統(tǒng)將返回信息通知消費者，餐廳憑借消費者的注冊信息將訂餐送到消費者。消費者與管理者可以查看訂餐信息并進行一定的管理工作。管理者還可定期進行查詢統(tǒng)計，以便適當調(diào)整菜單。技術(shù)要求和限制條件在分析系統(tǒng)功能時要考慮有關(guān)信息的合法性驗證（如電話號碼、送餐地址）等。對于本系統(tǒng)還應補充一下功能：餐廳延誤了送餐時間的處理訂餐取消后的處理消費者臨時更改菜單的處理系統(tǒng)的外部輸入項至少包括：某餐飲公司管理者、消費者2.5決定可行性的主要因素經(jīng)濟可行，成本/效益分析結(jié)果。技術(shù)可行，現(xiàn)有技術(shù)可完全承擔開發(fā)任務。操作可行，軟件能被原有工作人員快速接受。3.對傳統(tǒng)訂餐模式的分析了解任何應用領域的最快速有效的方法，就是研究現(xiàn)有模式。通過對消費者及餐廳理者的訪問，我們可以知道傳統(tǒng)訂餐的大致過程。首先消費者要先到餐廳查看餐單，根據(jù)喜好選擇餐品。消費者不僅要先付押金，而且還要在規(guī)定的時間內(nèi)到達，否則可能會對就餐帶來影響。在這期間，你不僅浪費了時間，而且還有一筆路費需要付，這給我們的生活帶來了很多不便。3.1處理流程與數(shù)據(jù)流程點餐流程圖點餐飯店消費者 前往 登記后廚 前廳服務員 分配 招待管理員數(shù)據(jù)流圖前臺處理服務員登記消費者產(chǎn)生輸出消費者 點餐信息 點餐清單 點餐記錄3.2工作負荷傳統(tǒng)訂餐流程在點餐時等待時間較長，服務一個客戶就需耗費較長的時間，其他客戶只有等待。這樣太浪費時間，需要大量的服務員服務客戶。特別是在節(jié)假日人流高峰期，導致工作效率非常低，且出錯率高，以致客戶等待點餐時間過長感到不耐煩，降低了餐廳效率。這也給餐廳工作人員增加了非常大的負擔和額外的工作負荷；同時服務員增多，餐廳費用支出多，給公司的發(fā)展帶來嚴重的制約和壓力。3.3局限性工作效率低下，不能很好滿足許多消費者的及時需求，給消費者的就餐帶來不便。這是現(xiàn)有系統(tǒng)訂餐的流程中出現(xiàn)的一個嚴重問題。為了解決這一問題，讓人們在訂餐時更加方便快捷，我們急需開發(fā)一個更為高效的訂餐管理系統(tǒng)，讓訂餐服務不用再排隊。（1）傳統(tǒng)點餐靠服務員記錄，所以要求服務員記錄時細心耐心，對數(shù)字、餐單敏感。它嚴重影響了工作效率，且出錯率高，客戶點餐時需要等待時間過長，需要大量的服務員才能滿足日益增長的消費者要求。（2）服務員記錄查找繁瑣，耗時久，不方便，且容易丟失。且人工記錄不能保證萬無一失，容易出現(xiàn)數(shù)據(jù)錄入錯誤。隨著客戶數(shù)的增多，這個缺陷會越發(fā)凸顯。（3）所有客戶的點餐服務都由服務員手工辦理，浪費人力資源。有的簡單的服務經(jīng)改進可由機器完成，這樣節(jié)約了人力成本，也提高效率。（4）對傳統(tǒng)訂餐的改進維護只能依靠增多服務員數(shù)量，提高服務員的服務質(zhì)量來實現(xiàn)。增多服務員數(shù)量會導致餐廳人員支出大大增多，費用代價增大。服務員的服務素質(zhì)需要培養(yǎng)，不能短期無限看見成效，及培養(yǎng)新人員需要一定的時間，這又浪費資金和人力資源。4.網(wǎng)上訂餐系統(tǒng)4.1系統(tǒng)說明 當打開某餐廳的網(wǎng)上訂餐系統(tǒng)后，消費者可以根據(jù)菜單選擇自己喜歡的菜，加入到購物車里，最后查看購物車，再次確認自己選擇的菜，然后將訂單發(fā)送到該餐廳。當餐廳管理者接收到該訂單時，通過對訂單時間、原料的查看，確認是否可以完成訂單，并將結(jié)果發(fā)送給消費者。系統(tǒng)管理者還可以添加刪除菜品，對近期的銷售情況進行統(tǒng)計，以便對未來幾天的銷售進行估計。4.2處理流程和數(shù)據(jù)流程提交訂單消費者消費者返回信息完成確認訂單數(shù)據(jù)庫菜單信息的更新系統(tǒng)管理員處理流程圖數(shù)據(jù)流圖頂層數(shù)據(jù)流圖訂餐系統(tǒng)管理者消費者 提交訂單 確認信息消費者訂餐確認訂餐 信息訂餐信息更新點餐消費者 提交 消費者 返回消息 訂餐信息記錄管理者對系統(tǒng)的管理菜單的更新選擇菜消費者管理者4.3改進之處通過計算機的高速度運算能力，系統(tǒng)將原來的服務員手動記錄訂單信息歸納到計算機來處理，節(jié)省了服務員處理訂單的時間，利用計算機高速運算來替換掉人工計算處理，大大提高了服務員處理訂單的速度。4.4影響4.4.1對設備的影響由于餐飲服務的特點，消費者數(shù)量及訂餐信息量龐大，信息的存取流量也隨之增加，因此需要購置速度快，主存容量大，磁盤容量大的大型機作為數(shù)據(jù)庫硬件系統(tǒng)。4.4.2對現(xiàn)有軟件的影響主要的影響是大大提高了餐廳的工作效率，通過使用新技術(shù)，可以向消費者提供一個方便、簡單、及時的互聯(lián)的現(xiàn)代計算機化的網(wǎng)絡系統(tǒng)。4.4.3對用戶的影響消費者信息儲存在數(shù)據(jù)庫中，經(jīng)過保密措施保障后的數(shù)據(jù)庫可以防止未經(jīng)授權(quán)的訪問，從而提高了用戶存款信息的保密性，再而提升用戶對系統(tǒng)的信賴。減少了消費者訂餐的等待時間；客戶可以隨時隨地訂餐，并且操作簡單易懂；4.4.4對系統(tǒng)運行的影響在消費者的輸入以及管理員將信息通過鍵盤輸入到計算機系統(tǒng)中這兩種操作不產(chǎn)生影響。數(shù)據(jù)保存到數(shù)據(jù)庫中，不用紙張形式保管，管理員不用整理訂單信息，這些數(shù)據(jù)將由數(shù)據(jù)庫管理系統(tǒng)自動管理，包括存儲與恢復。需要定期維護餐廳計算機設備，系統(tǒng)如果失效，需暫停網(wǎng)上訂餐服務，由專業(yè)人員緊急對系統(tǒng)排錯。為防止此種情況發(fā)生，構(gòu)建兩套冗余系統(tǒng)，當一套失效的時候，還有另外一套系統(tǒng)可以工作，從而不用餐廳停止網(wǎng)上服務。數(shù)據(jù)需要經(jīng)常備份，將數(shù)據(jù)備份到不同的地方以防止物理性損害。4.4.5對開發(fā)環(huán)境的影響管理員需將現(xiàn)有消費者資料錄入到計算機數(shù)據(jù)庫中，并指派精通業(yè)務流程的專家隨時跟進系統(tǒng)的開發(fā)。為了測試中心數(shù)據(jù)庫處理高并發(fā)流量的能力，還需同時用程序模擬提交表單。 網(wǎng)上訂餐系統(tǒng)是個關(guān)乎到餐廳信用和聲譽的系統(tǒng)，所有參與開發(fā)的人員必須簽署保密與安全協(xié)議以保證項目的順利進行以及未來系統(tǒng)的良好運行。4.4.6對運行環(huán)境的影響需要建立數(shù)據(jù)中心以存放數(shù)據(jù)庫硬件設備，并派人專門管理。此外還需要對每個管理員進行短時間培訓，使之熟悉使用系統(tǒng)。5.技術(shù)方面的可行性本系統(tǒng)是一個網(wǎng)上訂餐系統(tǒng)，采用面向?qū)ο蠹夹g(shù)、數(shù)據(jù)庫技術(shù)等先進技術(shù)開發(fā)的應用程序，當前限制條件下，系統(tǒng)的功能較為簡單，在現(xiàn)有的計算機水平上（數(shù)據(jù)庫平臺開發(fā)成熟度高，網(wǎng)絡速度足夠快，大型機運算速度快）可以達到功能目標要求。6.經(jīng)濟方面的可行性經(jīng)濟可行性研究主要是進行成本效益分析，包括估計項目的開發(fā)成本，估算開發(fā)成本是否會高于項目預期的全部利潤。6.1支出（1）基本建設投資硬件設備：服務器 軟件：SQL Server 開發(fā)工具：Eclipse（2）其他一次性支出系統(tǒng)設計和開發(fā)費用（3）非一次性支出系統(tǒng)維護費用6.2收益（1）一次性收益（2）非一次性收益（3）不可定量的收益6.3收益/投資比6.4投資回收周期即收益的累計數(shù)開始超過支出的累計數(shù)的時間6.5敏感性分析7.操作方面的可行性 本系統(tǒng)的研制和開發(fā)充分考慮用戶工作流程、計算機操作水平等，盡可能提供更加直觀的界面，滿足用戶要求。系統(tǒng)的操作方式在用戶組織內(nèi)可行。8.社會因素方面的可能性8.1法律方面的可行性 即研究在系統(tǒng)開發(fā)過程中可能涉及的各種合同、侵權(quán)、責任及各種與法律相抵觸的問題。因為所建議的研制和開發(fā)都選用正版軟件，所有技術(shù)資料都由提出方保管，合同制定確定違約責任，將不會侵犯他人的利益不會違法相關(guān)的國家政策和法律。8.2使用方面的可行性 使用本系統(tǒng)的人員要求會使用網(wǎng)絡，系統(tǒng)管理員要求有一定的計算機知識，且要經(jīng)過公司培訓，能夠熟練的使用本系統(tǒng)。9.結(jié)論通過對項目整體進行可行性分析，該項目無論在操作可行性、技術(shù)可行性、經(jīng)濟可行性及社會可行性上均滿足要求，因此，開發(fā)此系統(tǒng)的構(gòu)想是可行的，可著手進行。網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫設計摘要網(wǎng)上訂餐系統(tǒng)是為某一家餐廳專門開發(fā)的一套訂餐管理系統(tǒng)，為了合理化安排餐廳的工作，提高餐廳的管理效率。同時方便用戶訂餐，輔助送餐工作，方便交易促使其順利完成。本數(shù)據(jù)庫是網(wǎng)上訂餐系統(tǒng)的后臺支持，利用關(guān)系數(shù)據(jù)庫，存儲商家及用戶的相關(guān)數(shù)據(jù)資料。為用戶提供其購買餐點的信息和記錄；為商家提供交易數(shù)據(jù)支持和記錄，并且方便其統(tǒng)計營業(yè)額。開發(fā)訂餐系統(tǒng)節(jié)省商家和用戶的時間與精力，關(guān)系數(shù)據(jù)庫記錄能避免人工記錄不準確不夠清晰的缺點。同時也減少人工食物等的浪費以節(jié)約成本，并提高服務質(zhì)量以及員工對餐廳的滿意度。關(guān)鍵詞：網(wǎng)上訂餐系統(tǒng)、關(guān)系數(shù)據(jù)庫、信息、記錄1.引言1.1編寫目的本數(shù)據(jù)庫設計報告旨在確定并表明，其所屬網(wǎng)上訂餐系統(tǒng)軟件設計項目的基本數(shù)據(jù)庫。確定數(shù)據(jù)庫的設計結(jié)構(gòu)，表明其各個組成部分。主要內(nèi)容，設計實現(xiàn)的流程、工作負荷、人員結(jié)構(gòu)、設備情況、局限性，運行設計的項目總體規(guī)劃、階段考核方法，以及項目驗收方式、提交的內(nèi)容清單、后續(xù)工作情況。1.2數(shù)據(jù)庫定義本網(wǎng)上訂餐系統(tǒng)是為某一家餐廳專門開發(fā)的一套訂餐管理系統(tǒng)，旨在合理化安排餐廳的工作，提高餐廳的管理效率。同時方便用戶訂餐，輔助送餐工作，方便交易促使其順利完成。本數(shù)據(jù)庫是網(wǎng)上訂餐系統(tǒng)的后臺支持，利用關(guān)系數(shù)據(jù)庫，存儲商家及用戶的相關(guān)數(shù)據(jù)資料。為用戶提供其購買餐點的信息和記錄；為商家提供交易數(shù)據(jù)支持和記錄，并且方便其統(tǒng)計營業(yè)額。1.3 數(shù)據(jù)庫設計目標開發(fā)訂餐系統(tǒng)節(jié)省商家和用戶的時間與精力，關(guān)系數(shù)據(jù)庫記錄能避免人工記錄不準確不夠清晰的缺點。同時也減少人工食物等的浪費以節(jié)約成本，并提高服務質(zhì)量以及員工對餐廳的滿意度。2.數(shù)據(jù)庫需求分析伴隨著社會經(jīng)濟的發(fā)展和網(wǎng)絡普及，網(wǎng)絡購物日漸盛行?，F(xiàn)代人生活節(jié)奏加快，每當高峰用餐時期，他們往往不愿意排長隊購買食物，對于很多“宅男宅女”來說，他們更愿意在家里等待食物的到來，結(jié)合著這兩種情況，網(wǎng)上訂餐業(yè)務在中國開始流行，人們可以在家，或者在公司企業(yè)，通過網(wǎng)絡訂餐的方式，獲得自己需要的食物，不僅可以為餐飲企業(yè)提高知名度，而且為用戶節(jié)省了時間精力。當代大學生和白領工作人士作為社會中的重要群體，對餐飲的要求都在不斷提高，面向大學生和都市白領人士的網(wǎng)絡訂餐網(wǎng)站的設計有著良好的現(xiàn)實意義。2.1訂餐系統(tǒng)實現(xiàn)功能1. 顧客登錄網(wǎng)上訂餐系統(tǒng)，進行菜單瀏覽2. 顧客注冊成為會員3. 顧客對自己的信息進行修改，比如聯(lián)系電話、賬戶密碼4. 顧客對已選菜單進行更改，選擇修改數(shù)量，或取消選擇。當顧客訂餐完畢后，顧客將其提交給服務器后臺訂餐系統(tǒng)，并生成訂單1） 菜品詳細信息（價格，圖片，是否有折扣，添加留言（比如不要辣椒）2） 購物車3） 提交購物車并生成訂單4） 結(jié)束訂餐（顯示提示：您已成功下單，您將在半小時后收到您所定的菜品）5） 確認收貨5. 管理員后臺管理1） 管理員可以在后臺登錄，創(chuàng)建新的管理員2） 管理員可以對網(wǎng)上訂餐系統(tǒng)供應的菜單進行添加、刪除和修改，比如更改菜單的圖片、價格、菜單的描述。3） 管理員對顧客信息進行管理，查詢每個顧客的消費情況4） 管理員根據(jù)不同時間段統(tǒng)計營業(yè)額、成本，同時還能統(tǒng)計出每道菜的銷售量，根據(jù)訂單號查詢菜品的銷售情況用戶訂餐功能結(jié)構(gòu)流圖管理員管理功能結(jié)構(gòu)流圖2.2性能需求分析本網(wǎng)上訂餐系統(tǒng)主要是實現(xiàn)網(wǎng)上瀏覽菜單、訂餐、產(chǎn)生訂單等功能的系統(tǒng)。商家以管理員身份提供菜品信息，如：菜單、配圖、價格、推薦等；顧客需注冊用戶信息，包括其用戶名、密碼、聯(lián)系方式、地址等。當客戶選擇預定某個菜品時，應該能夠?qū)似沸畔?，如：價格、數(shù)量記錄到對應的訂單中，此時客戶可以選擇選擇其他菜品或是查看自己的訂單，最后，在購物車中填寫相應的送餐信息，提交訂餐訂單后，餐廳服務人員根據(jù)訂單信息，查看詳細訂單明細并根據(jù)實際情況處理訂餐。2.3數(shù)據(jù)庫質(zhì)量需求分析該數(shù)據(jù)庫必須能夠按照需求正確執(zhí)行任務，完成各個模塊的相應要求。故障率降到最低。網(wǎng)站內(nèi)容簡單明了，沒有出現(xiàn)誤導操作產(chǎn)生。并且要有很好的安全保障，防止軟件受到意外或蓄意的存取、使用、修改、毀壞或泄密的情況。數(shù)據(jù)庫系統(tǒng)能夠有很好的移植性，方便在其他系統(tǒng)上運行?？偣材芙Y(jié)構(gòu)流圖3.概念設計3.1訂餐系統(tǒng)結(jié)構(gòu)訂餐系統(tǒng)主要要求對用戶和訂餐情況進行添加、刪除、修改等。其中：（1）網(wǎng)站管理員對餐廳管理員帳號和會員帳號進行管理，操作導入數(shù)據(jù)庫；（2）餐廳員工對員工帳號和訂餐情況進行管理，操作導入數(shù)據(jù)庫；（3）客戶進行注冊會員帳號、瀏覽食物、更新帳號、訂餐操作，操作導入數(shù)據(jù)庫。系統(tǒng)結(jié)構(gòu)圖3.2相關(guān)數(shù)據(jù)庫表與商品相關(guān)的表有：foodInfo（菜品信息表），sellFood（菜品出售信息表）與用戶相關(guān)的表有：orderInfo（訂單表），userInfo（用戶表）與訂單相關(guān)的表有：orderInfo，wordTemp（留言表）與管理員相關(guān)的表有：foodInfo，adminInfo（管理員表）管理員查看用戶留言訂單查看生成下單處理產(chǎn)生出售菜單菜單處理數(shù)據(jù)庫表之間的整體關(guān)系為E-R圖（圖中關(guān)系都為多對多）管理員管理員ID密碼類型管理員E-R圖用戶用戶名密碼年齡性別手機號地址積分信息用戶E-R圖訂單訂單號手機號地址送餐聯(lián)系人附加要求數(shù)量菜品號用戶名日期時間訂單E-R圖出售菜單菜品號菜品信息菜品盈利菜品類型日期菜品數(shù)量菜品價格出售菜單E-R圖留言主題日期郵箱意見留言E-R圖菜單菜品類日期菜品號菜品名數(shù)量信息價格圖片菜單E-R圖2 邏輯結(jié)構(gòu)設計4.1數(shù)據(jù)流圖訂單信息數(shù)據(jù)流圖（圖中會員即為用戶）用戶信息數(shù)據(jù)流圖（圖中會員即為用戶）管理員信息數(shù)據(jù)流圖（圖中會員即為用戶）4.2具體數(shù)據(jù)庫表1）用戶表（userInfo）：系統(tǒng)所有用戶必須包含以下信息，用戶名（uName），密碼（uKey），性別（uSex），用戶手機號（uPhone）等信息。列名數(shù)據(jù)類型長度uNamevarchar15uKeyvarchar15uSexvarchar4uAgeint4uPhonevarchar10uIntegralLong8uAddresstext50uMessagetext50用戶表明細表2）菜品信息表（foodInfo）：菜品信息表主要描述菜品信息，菜品ID號(foodId)，此ID號為系統(tǒng)自動生成；菜品名稱（foodName）；菜品價格（foodPrice）等；所屬分類（foodType）；圖片信息（images）。列名數(shù)據(jù)類型長度foodIdvarchar15foodNamevarchar15foodPrice float8foodTypevarchar4foodCountint4foodMessagetext50imagesimage商品信息表詳細描述表3）出售菜品信息表（sellFood）：菜品信息表主要描述菜品信息，菜品ID號(foodId)，此ID號為系統(tǒng)自動生成；菜品數(shù)量（foodCount）；菜品價格（foodPrice）；菜品所屬分類（food