無線點餐系統(tǒng)需求規(guī)格說明書v1

1、CETETEKAndroid 無線點餐系統(tǒng)需求規(guī)格說明書項目文件： SI001： SI001-201文件版本： V1.4編制人：審核人：批準人： 朝批準時間：2011-07-292011修訂日期版本說明作者2011-07-191.0初稿2011-07-261.1經(jīng) lorry 初審后修改2011-07-271.2經(jīng) lorry 再次 review 后修改2011-07-281.3經(jīng) lorry 再次 review 后修改2011-08-011.4經(jīng) lorry 再次 review 后修改目錄引言511.11.21.31.4產(chǎn)品基本信息5編寫目的5定義5參考資料523產(chǎn)品概述6需求規(guī)定63.1需

2、求概述63.1.13.1.23.1.3目標6運行環(huán)境8約束條件9需求規(guī)格93.23.2.13.2.2總體功能結構9功能模塊結構11功能點詳細需求描述133.3.1 Android 前廳端133.301234F101 客戶登錄13F102 系統(tǒng)主菜單14F103 更新菜譜14F104 顧客查詢菜譜15F105 顧客點餐16F106F107 F108顧客叫16查臺操作17并臺操作17F109 轉(zhuǎn)臺操作18F110 修改訂單或者菜肴18F111 查詢消費. 19F112 客戶收藏夾19F113 顧客結賬20F114 設置203.3.2 前臺端21F201 前臺顧客選桌21F202 前臺查詢某一條訂單

3、21F203 前臺處理顧客結賬223.3.3 后廚端233.3.4F301 F302 F303F304后廚顯示訂單信息23后廚更改訂單的狀態(tài)23后廚更改菜的狀態(tài)（是否在做）24廚師. 24管理端24F401 F402 F403F404訂單管理24菜譜管理25菜肴類別管理26餐桌管理27F405 F406 F407 F408F409顧客信息管理27顧客級別管理28員工管理29權限管理29財務管理303.4外部接口需求31用戶接口31硬件接口31接口313.4.13.4.23.4.33.4.4通口313.53.63.73.8需求性能需求31約束32設計運行環(huán)境要求32其它需求33方法334i1 引

4、言1.1 產(chǎn)品基本信息1.2 編寫目的該文檔首先給出了整個系統(tǒng)的整體網(wǎng)絡結構和功能結構的概貌，試圖從總體架構上給出整個系統(tǒng)的輪廓，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了 UML 的用例模型方式，不僅描述了每一用例的基本事件流和備選事件流，而且還給出了非常直觀的用例圖。這些文字和圖形都為了詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創(chuàng)造了條件。其此對數(shù)據(jù)庫的關系圖上采用了可視化關系圖模型來對其進行定義和操作，通過這間的關系?？梢院芮逦目闯鰯?shù)據(jù)之該文檔詳盡說明了這一產(chǎn)品的需求和規(guī)格，這些規(guī)格說明是進行設計的基礎，也是編寫測試用

5、例和進行系統(tǒng)測試的主要依據(jù)。同時，該文檔也是用戶確定依據(jù)。功能需求的主要該文檔的編寫：一方面可以和客戶進行需求上的進一步溝通和修改，另一方面也是以后開發(fā)的重要依據(jù)。1.3 定義1.4 參考資料1、The Specification for food-order system.doc2、里面的無線點餐系統(tǒng)項目SI001S-表示是項目；I-表示是項目；001-流水號文件SI001-201SI001 為項目；2-表示是需求分析階段文檔；01-流水號，表示是 SRS 文檔WOMS無線點餐系統(tǒng)，Wireless Ordering-Meal System項目內(nèi)容產(chǎn)品名稱Android 無線點餐系統(tǒng)產(chǎn)品版本

6、V1.0期望產(chǎn)品推向市場日期2產(chǎn)品概述餐飲行業(yè)是我國最傳統(tǒng)、涉及面最廣的行業(yè)，同時又是一個勞動力密集型的行業(yè)。長期以來，這個行業(yè)的信息化水平都停留在非常原始的狀態(tài)。隨著經(jīng)濟的發(fā)展和國內(nèi)產(chǎn)業(yè)結構的調(diào)整，餐飲行業(yè)作為一個重要的第三產(chǎn)業(yè)，越來越受重視，同時，行業(yè)內(nèi)的競爭也越來越激烈。如果不借助于先進的、科學的技術營風險將越來越大。來提高經(jīng)營管理能力，企業(yè)經(jīng)具體的優(yōu)點商議后再填寫：（思迪康泰科技根據(jù)現(xiàn)在酒店以及中型餐廳的現(xiàn)狀以及一些基本的需求，著手開發(fā)一套點餐程序，這套程序不僅僅是一套簡單的點餐系統(tǒng)，它涵蓋了包括酒店的會員管理，酒店的員工管理，以及最重要的是酒店的財務上的統(tǒng)計管理。這些都直接或者間接的

7、方便了酒店的管理，也給酒店帶來經(jīng)濟上的效益。）3需求規(guī)定3.1 需求概述3.1.1 目標 開發(fā)背景1.開發(fā)意圖：旨在幫助酒店完成一系列的點餐過程，簡化酒店的操作，方便做財務上的統(tǒng)計。應用目標：中高檔酒店、餐廳。點餐用的 Android 客戶端主要給顧客使用而非服務員。當前產(chǎn)品：正在研發(fā)階段。2.3.功能基本業(yè)務流程當用戶首次來到這個飯店進行就餐的時候，默認的是飯店沒有這個客戶的基本信息，那么如果說用戶可以選擇去成為這個酒店的會員，當用戶選擇的時候，輸入基本的信息，這個和點菜并沒有直接的關系，可以選，可以不選的，如果不選的話，就是默認登錄，默認登錄的話，可以直接進行點餐。當用戶點餐時，根據(jù)不同的

8、分類，不同的口味進行點餐，在這個過程中，用戶可以任意的增刪自己點過的菜單。當用戶點餐完畢，只要菜還沒有做，那么用戶可以退掉訂單，只能查詢這個菜譜，當用戶想要加菜的時候，相當于我新的訂單中的信息添加進去，當點擊提交后，則在這個本身已經(jīng)存在的訂單中加入新添加的菜譜。這樣新的訂單就是用戶的完整的訂單。當用戶的訂單提交到之后，有進行處理，然后臺可以這樣設計：根據(jù)用戶的訂單信息，以后每一種菜的以及打折的情況，算出來這個訂單的總的金額。然后打印出這個訂單的詳細信息，比如說下單的時間，每種菜的，價，以后打折后的價格，這個賬單號還要細分：酒水和菜品分開，一般情況下酒水是不打折的，這個打折包括菜方面的打折，以及

9、會員方面的打折。客戶方面：用戶本身都可以看成一個潛在的客戶群體以會員的級別進行劃分 ：會員可分：1.鉆石會員 可能會打 8 折，2.白金會員 可能會打 8.5 折 3.黃金會員 可能會打 9折 4.普通會員 可能會打 9.5 折客戶的代號可以按照桌號進行劃分：而暫時不需要登記客戶的信息。如果說要登記客戶的信息，那么需要提供有效地證件：比如說人，那么把客戶的信息存入酒店數(shù)據(jù)庫客戶管理中心。賬號，可證明此客戶是本把本次消費的金額以及時間進去，當此客戶再次來臨的時候就可以根據(jù)存入進去的數(shù)據(jù)進行查找，把消費的金額進行累加，當?shù)揭欢ǖ慕痤~之后就升級會員級別。前廳端：當顧客初次使用 android 平板電

10、腦進行點餐的時候，會讓他選擇是否登錄，如果以游客的方式登錄，則后續(xù)的點餐部分還需要繼續(xù)，如果想要成為酒店的會員的話，就要填寫自己的信息。前廳端主要還是進行點餐；其中要包括菜的分類情況：這種分類包括：廚師，熱門菜品，新品，今日特價。然后根據(jù)客戶查詢的分類情況，可顯示出符合菜譜的列表，當客戶訂單提交后，不想吃了，如果這個訂單還沒有開始做的情況下，允許客戶退單，如果客戶在訂單提交后，不想要某一個菜了，可以任意刪減菜譜，也可以添加菜譜進入訂單中，當顧客需要叫的時候，可點擊叫服務，如果客戶是酒店的會員，他可以添加自己喜歡的菜譜進入收藏夾，也可以從收藏夾里面查詢出自己所收藏的菜譜，方便點餐，如果顧客就餐完

11、畢，可點擊結賬服務，設置里面可以讓用戶重置自己的用戶名和廚房方面：。可把每天做的菜做一個統(tǒng)計，看哪一種菜賣的最多，相對應的會通知后勤這邊負責菜品之類的。在后廚這邊再加上一個廚師，然后在顧客的點菜的終端界面就會顯示相應的的廚師的菜。相對應的廚房方面主要是顯示要做哪一個菜，當用戶點完菜之后，點擊提交之后，那么在廚房這邊就要顯示出來這個訂單中的詳細列表，在廚房這邊可以根據(jù)這個信息進行做菜，當廚房這邊的管理點擊做菜之后，那么在 Android 客戶端的狀態(tài)可顯示為：正在處理中，當菜做完之后可由廚房管理個狀態(tài)（sus）的字段。點擊：已完成。這個要在訂單表中加上一在點菜的過程中，其實這個訂單中的詳細信息可

12、放進一個購物車中，然后當用戶點擊提交之后，再把這些數(shù)據(jù)存入數(shù)據(jù)庫中，那么，對于用戶的點菜的情況的增刪改查，會比較方便一些。服務臺方面：當顧客進入酒店時，先進行選桌，這是服務臺看看那一桌還是空的，進行選桌。服務臺統(tǒng)計某一桌的消費情況。然后再根據(jù)打折的情況再把賬單打印出來（一種是顧客直接進行結賬，可有服務拿著進行結賬，也可以自己到服務臺進行結賬）各種菜的總額*會員級別 可算出最后的金額。 系統(tǒng)次圖表示外部接口和數(shù)據(jù)流的系統(tǒng)次圖。說明本系統(tǒng)與其它相關產(chǎn)品的關系，是獨立產(chǎn)品還是一個較大產(chǎn)品的組成部分（可用方框圖說明）。3.1.2運行環(huán)境該系統(tǒng)為 C/S+B/S 三層結構，它的運行環(huán)境分 Android

13、 客戶端、PC 客戶端、應用服務器端和數(shù)據(jù)庫服務器端三部分。以下是系統(tǒng)的論證。環(huán)境。為使系統(tǒng)達到預期的性能，必須根據(jù)業(yè)務規(guī)模對硬件配置進行1)Android 客戶端操作系統(tǒng)：Android2.3 以上。本地數(shù)據(jù)庫：數(shù)據(jù)庫：PC 客戶端。2)操作系統(tǒng)：windowsXP/windows2000/windows7.應用服務器端操作系統(tǒng)：Windows Server 2003。應用服務器：Tomcat 6。3)數(shù)據(jù)庫：、JDBC。4)數(shù)據(jù)庫服務器端操作系統(tǒng)：windows Server 2003（具體版本與硬件有關）。數(shù)據(jù)庫系統(tǒng)：5.1。3.1.3 約束條件1. 服務器操作系統(tǒng)和數(shù)據(jù)庫的限制本系統(tǒng)只

14、是一個中型的應用，為了增強它的美觀，操作方便，也是為了提高其性能和效率，建議采用 Windows Server 2003 +2. 開發(fā)工具的限制。本系統(tǒng)采用三層的 C/S+B/S 體系結構，Android 客戶端仍然采用 Android UI 界面，因此將會采用 Eclipse 開發(fā)工具。對于 B/S 部分，將會采用 MyEclipse9.進行開發(fā)。3. 合法該產(chǎn)品的業(yè)務處理和數(shù)據(jù)處理必須符合國家的相關法律和。3.2 需求規(guī)格3.2.1 總體功能結構本系統(tǒng)由 4 大功能模塊組成：前廳端、后廚端、服務臺端和管理端，分別對應飯店的四個部位；其中前廳端和后廚端運行于 Android 平板電腦上；服務

15、臺端和PC 電腦上。管理端運行于前廳端：Android 平板電腦放置于前廳大堂的餐桌上，用于顧客點餐，并可后廚端：Android 平板電腦放置于廚房，用于廚師按顧客訂單做菜。服務臺端：主要給服務員使用，處理訂單、給顧客結賬及安排預定等。管理端：主要給管理及行政使用，進行信息的查看、及管理。以后也將考慮做數(shù)據(jù)的匯總、統(tǒng)計和分析，輸出靈活豐富的報表，為管理者提供決策參考。總體功能結構圖如下：3.2.2 功能模塊 前廳端功能結構注：級別可為高、中、低。變更用于果沒有發(fā)生過變更，則此格內(nèi)容為空。初始需求的變化，可為增加、刪除、修改，如功能名稱需求級別需求描述變更顧客登錄F101高顧客使用終端時可選擇登

16、錄操作，系統(tǒng)根據(jù)用戶 進入相應的主菜單此界面為前廳端和后廚端共用。用戶F102高顧客可為會員，不強制。主菜單F103高顧客登錄之后可看到主菜單界面，主菜單界面包括：更新菜譜，查詢菜譜，叫 ，查臺，并臺，轉(zhuǎn)臺，查詢訂單，收藏夾，結算，設置。更新菜譜F104高當顧客使用 android 平板電腦終端點餐時，在登錄后，會自動的去把菜譜信息更新到本地。顧客 查詢 菜譜F105高顧客使用時點餐終端時可選擇是否為酒店會員進行登錄，如果不選，直接進入進行點餐，如果選擇，就登錄之后進行點餐。顧客點餐F106高顧客可對菜譜進行全部的查詢，可以選定某一個或一部分的菜譜進行點餐，在這個過程中，間接或者直接的對訂單表

17、進行一系列的操作。顧客叫F107高當顧客想要進行結賬或者必須要叫服務員的時候，可進行叫服務顧客查臺F108高顧客進酒店進行查臺操作，看酒店內(nèi)的空位子。顧客并臺F109高當用戶想要與某個桌子進行和桌時可進行此操作。顧客轉(zhuǎn)臺F110高當用戶想要換一張桌子做的時候可進行此操作。修改 訂單 或菜肴F111高當用戶想要增加或者修改訂單信息時，在訂單還未進行時，可刪除訂單；在菜肴還未做時可刪除或更改菜肴；任何時候都可增加菜肴。顧客 查詢 消費 （ 訂單）F112高顧客可查詢當前的消費，即自己的訂單客戶收藏夾F113中如果是本店的會員，可查看客戶收藏的菜肴信息。顧客結賬F114高顧客就餐完畢，現(xiàn)在可臺進行結

18、賬。后廚端功能結構服務臺端功能結構管理端功能結構功能名稱需求級別需求描述變更訂單管理F401高對訂單的查詢，以及對訂單的。功能名稱需求 級別需求描述變更服務臺主菜單F301高服務臺登錄后默認進入的頁面前臺顧客選桌F302高當顧客進入酒店的時候， 臺終端可顯示當前餐桌的狀態(tài)（有人或者無人），然后顧客可以 臺進行選桌，也可以通過前臺 進行選桌查詢訂單F303高前臺可以查詢出某一個具體的訂單信息，但是也只是僅限于未結賬的。前臺結賬F304高當顧客就餐完畢后進行結賬的時候，可 臺打印出訂單的詳細的信息，然后根據(jù)訂單信息進行結賬操作。預定桌位F305中顧客可通過預定桌位，到后再點餐訂餐F306中顧客可點

19、餐，飯店派人送餐。功能名稱需求級別需求描述變更顯示訂單 信息F201高當顧客點擊提交訂單后，默認的是在后廚端顯示出來。修改訂單 狀態(tài)F202高后廚端可更改訂單的狀態(tài)，訂單的狀態(tài)包括未處理，正在處理，已完成等）修改菜肴 狀態(tài)F203高后廚端可修改當前菜的狀態(tài)，菜的完成狀態(tài)包括（未做，正在做，已完成）廚師F204高后廚端可查詢出所有的菜肴信息，但是只能對菜肴的是否 這一狀態(tài)進行修改，這個操作可以廚師或者后廚端的管理員來完成。設置F115中可設置一些基本的參數(shù)，包括會員，登錄名稱。3.3 功能點詳細需求描述3.3.1 前廳端 F101 客戶登錄【功能說明】當用戶在餐桌坐下后，首先看到的是一個選擇登錄

20、的界面。如果用戶是這個酒店的會員的話，那么他可以選擇會員登錄。如果不是的話。有兩個選項：一是可以選擇成為這個酒店的會員，二是可以直接選擇默認的登錄。不管是哪一種，并不影響其點餐。采用的方法和技術：采用 android 定義 UI 界面。如果是會員，那么則會服務器驗證輸入的 用戶名和【輸入】是否合法。用戶輸入用戶名和的信息【處理】登錄處理：服務器取到用戶名和的信息之后，會對用戶名和經(jīng)過字符的合法以及長度進行臺進行判斷處理，如果合法，驗證，驗證完畢后，如果不合法，直接返回一個狀態(tài)碼，交由程序去調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，然后和數(shù)據(jù)庫中的數(shù)據(jù)進行比對，不論符不符合，也都會返回一個狀態(tài)碼，相對應的【輸出】臺進

21、行接收，根據(jù)狀態(tài)碼對其進行判斷處理。返回狀態(tài)碼或者用戶的基本信息。【業(yè)務處理流程】菜譜管理F402高對菜肴的 CRUD 操作。菜肴類別管理F403高對菜肴類別的 CRUD 操作。餐桌管理F404高對餐桌的 CRUD 操作。顧客信息管理F405高對顧客信息的 CRUD 操作。顧客級別管理F406高對顧客級別的 CRUD 操作。員工管理F407高對員工的 CRUD 操作。權限管理F408高對權限信息的 CRUD 操作。財務管理F409高對訂單做一個財務上的統(tǒng)計。用戶名和用戶表錄入用戶用戶級別表狀態(tài)碼（登錄成功或失） F102 會員【功能說明】當顧客想要成為酒店的會員的時候，可進行，料可以以后進行補

22、充?！据斎搿康牟襟E為：先從簡單的，資用戶輸入基本信息，包括：用戶名，真實，或者號碼，顧客的有效證件號碼，備注信息，地址，郵箱，工作，其中除用戶名和真實或者是提供一個能表明的證件號碼為必須項以外，其它的均為非必須項。當這些數(shù)據(jù)經(jīng)過程序處理之后，再添加上用戶的就餐次數(shù)，用戶的消費金額，用戶的級別等信息?！咎幚怼浚悍掌魅〉綍r用戶輸入的數(shù)據(jù)之后，先要判斷輸入的數(shù)據(jù)的，比如身份證號，必須輸入長度為 15 位或者 18 位的數(shù)字字符。也必須為數(shù)字字符。郵箱的格式為：【輸出】.或者.xx.xx等。或者用戶的基本信息?！緲I(yè)務處理流程】用戶名和用戶名，等用戶表錄入用戶用戶級別表狀態(tài)碼（登錄成功或失） F103

23、 系統(tǒng)主菜單【功能說明】顧客登錄之后默認進入的就是主菜單界面，用戶可選擇具體的操作。主菜單界面包括：更新菜譜，查詢菜譜，叫【輸入】登錄成功的狀態(tài)信息?！咎幚怼?，查臺，并臺，轉(zhuǎn)臺，查詢訂單，收藏夾，結算，設置。當用戶登錄成功后進入的頁面。【輸出】主菜單的列表。F104 更新菜譜【功能說明】當顧客在點餐之前，先進行菜譜的更新，把的菜譜的信息更新到本地的數(shù)據(jù)庫中，這個更新的操作是自動運行的， 也可以由顧客或者其他【輸入】更新菜譜的請求。【處理】進行操作。服務器接受到這樣的請求后，去向數(shù)據(jù)庫中取到菜譜的全部信息，然后把菜譜的信息存入本地的數(shù)據(jù)庫中?！据敵觥坎俗V的信息?！緲I(yè)務處理流程】請求更新菜譜)信息

24、服務器端處理用戶全部菜譜的信息菜譜表F105 顧客查詢菜譜【功能說明】用戶在點擊默認登錄或者會員登錄之后，就會進入菜肴列表的界面，本身用戶不需要輸入什么數(shù)據(jù)。關鍵是服務器根據(jù)用戶請求的 URL 去找尋相對應的處理方法，比如查詢出所有菜肴的方法，然后把從數(shù)據(jù)庫中取到的數(shù)據(jù)返回回來，然后在界面中進行顯示?！据斎搿慨斢脩酎c擊進入本菜肴列表的按鈕的時候，把去請求的 URL 信息傳輸?shù)椒掌鞫?，這個URL 信息包括：要請求的哪一個處理類，還調(diào)用類中的哪一個方法。查詢菜譜共分一下幾種情況:1.2.3.4.5.廚師今日特價最熱菜肴新品菜品分類【處理】對于用戶而言，本身就是一個請求者，當用戶的請求到來時，傳送

25、至服務器端，服務器端對其請求做出相應的處理，調(diào)用相應的數(shù)據(jù)，這個過程對于用戶而言是封閉的，所以并不會造成數(shù)據(jù)輸入的格式錯誤等異常。【輸出】1.2.3.4.5.廚師下的菜肴信息.今日特價下的菜肴信息.最熱菜肴下的菜肴信息.新品下的菜肴信息.菜品分類下的菜肴信息.【業(yè)務處理流程】請求的菜肴類別的信息用戶菜譜表服務器端處理返回要查詢的類別下的菜肴信息F106 顧客點餐【功能說明】點餐是本系統(tǒng)的的重心，主要完成用戶的點餐的操作，輸出相應的訂單信息。本子系統(tǒng)旨在幫助顧客完成一系列的點餐的步驟，首先是顧客使用終端查看菜譜，在查看菜譜的過程中可以對其意的菜進行選中，等顧客選中一系列的菜下單完成后，可把點菜的

26、菜單交由廚房處理。采用的方法和技術：前臺界面 UI 使用 android 實現(xiàn)，可能涉及到 android 自定義控件，由 android 的適配器模式對其控件做一定功能上的擴充服務器端對數(shù)據(jù)的處理主來實現(xiàn)。要采用 SpringMVC 來實現(xiàn)。對數(shù)據(jù)的【輸入】主要采用主要數(shù)據(jù)的輸入：是否為酒店會員，點菜的名稱，菜的類型，菜的價格，打折率，菜的備注（包括口味的咸淡，是否加醋，是否放辣椒等）等?！咎幚怼繉τ谟唵沃羞€需要當前訂單的時間，在服務器端可進行添加時間，然后把取到的數(shù)據(jù)以及時間信息存入數(shù)據(jù)庫中。用戶輸入的操作，一般情況下是進行的選項的形式進行選中，因為中間并沒有對輸入框輸入值的校驗，保證了取

27、到數(shù)據(jù)的有效性。比如說對于菜的價格為：Float 型的，就不能輸入 String 類型的。對于一些必須要處理的，可拋異常處理?！据敵觥慨斍坝脩舻挠唵涡畔ⅰ！緲I(yè)務處理流程】訂單信息訂單信息錄入酒店顧客訂單表對應訂單的基本信息 F107 顧客叫【功能說明】用戶在就餐過程中，可進行叫的服務，叫的時候，用戶點擊叫服務，這個請求會傳到服務器端，當服務器端收到這個請求的時候，會發(fā)送一個信息給前臺，然后有前臺對分配任務給服務員。【輸入】用戶只需要傳輸一個叫【處理】的請求給服務器端。這個請求是一個 URL 地址。服務器端根據(jù)用戶請求的 URL 地址負責調(diào)用相應的方法，然后把對應的消息傳輸?shù)角芭_。這個處理流程對

28、用戶而言也是封閉的，所以不會出現(xiàn)數(shù)據(jù)輸入的異常?！据敵觥款櫩徒械倪@一狀態(tài)信息?！緲I(yè)務處理流程】請求的 URL(叫用戶)叫的信息服務器端處理前臺去用戶端服務通知服務員服務員 F108 查臺操作【功能說明】當用戶在就餐過程中，可查詢所有的餐桌的狀態(tài)（為以后的轉(zhuǎn)臺服務）?！据斎搿坑脩舨榕_這一指令?！咎幚怼糠掌鞫双@得這一指令后，進入【輸出】所有的餐桌的信息?！緲I(yè)務處理流程】進行查詢所有的餐桌的狀態(tài)。請求的 URL(查臺)用戶要查臺的信息服務器端用戶餐桌表要查詢的所有的餐桌的狀態(tài)的 F109 并臺操作【功能說明】當用戶要進行并臺操作的時候，會把這一桌的訂單信息全部轉(zhuǎn)移到要并入的那一桌，這個就是對訂單的

29、一次更新?！据斎搿勘旧碜约旱淖捞?，要并入的桌號這兩個信息?！咎幚怼空埱蟮竭_服務器端，把這兩個信息傳遞到服務器端，然后把擁有自己桌號的訂單往要并入的桌號的訂單中轉(zhuǎn)移。自己的訂單則從列表中刪除。【輸出】并臺后的訂單詳細信息?！緲I(yè)務處理流程】請求的 URL(并臺)用戶用戶要并臺的信息服務器端訂單表，訂單菜譜關系表并臺后的訂單詳細信息0 F110 轉(zhuǎn)臺操作【功能說明】用戶進行轉(zhuǎn)臺的操作，把用戶在這一桌的消費信息轉(zhuǎn)移到要轉(zhuǎn)入的桌子上，這是對訂單表的更新。【輸入】用戶要轉(zhuǎn)臺的指令信息。【處理】服務器端取到這一指令后，根據(jù)參數(shù)信息（指的是要轉(zhuǎn)入的桌號），把當前桌號上的詳細的消費情況轉(zhuǎn)移到要轉(zhuǎn)移到的桌子上。【

30、輸出】轉(zhuǎn)移后轉(zhuǎn)移到的桌號上的訂單詳細信息?！緲I(yè)務處理流程】請求的 URL(轉(zhuǎn)臺)用戶要轉(zhuǎn)臺的信息服務器端用戶訂單表，訂單菜譜關系表轉(zhuǎn)臺后轉(zhuǎn)移到的桌號上的訂單的詳細信息。1 F111 修改訂單或者菜肴【功能說明】顧客在訂單提交后，可查看訂單的狀態(tài)，如果這個訂單還未處理，那么顧客可以退單，當訂單顯示正在處理，那么就不可以退單，在每一個訂單里面的菜肴列表的后面，都會有一個狀態(tài)信息，這個狀態(tài)是這個菜肴當前的狀態(tài)，包括：未處理，正在處理，已完成。當這個菜肴是未處理狀態(tài)時，顧客可以刪除訂單中的這個菜肴，退菜操作；也可以更改為其他菜。任何時候都可以增加菜肴?！据斎搿糠謨煞N情況：1. 退單時：要退單的狀態(tài)信息

31、。2. 退菜時：退菜時對應的菜肴的Id,菜肴的名稱，訂單的。【處理】根據(jù)顧客請求信息，顧客要退單時，服務器進行退單操作，刪除這條訂單。顧客要刪除訂單中某一個菜品時：要把這個菜品從訂單里面刪除?！据敵觥慨斍坝唵蔚臓顟B(tài)信息或者訂單的詳細信息?！緲I(yè)務處理流程】退單（刪除訂單中菜肴）用戶菜譜表服務器端處理訂單的詳細信息或者訂單的是否刪除的狀態(tài)信息2F112 查詢消費【功能說明】用戶在下單以后可查詢自己的訂單的詳細信息?！据斎搿坑脩舨樵冇唵蔚闹噶?。【處理】服務器端得到這一指令后從服務器端取到數(shù)據(jù)后顯示給用戶?！据敵觥坑脩舻脑敿氂唵涡畔ⅰ！緲I(yè)務處理流程】請求的 URL(訂單)用戶要查詢的信息服務器端用戶訂

32、單表，訂單菜譜關系表要查詢的訂單的詳細信息3 F113 客戶收藏夾【功能說明】當顧客登錄之后，如果是酒店的會員的話，就會有這樣的功能，可向收藏夾里面添加自己喜歡的菜品，當再次來的時候，可從里面直接找到自己喜歡的菜品，然后下單?！据斎搿靠煞謳追N情況：1.2.3.添加收藏，需要菜品的名稱，當前客戶的名稱。刪除收藏，需要輸入當前顧客的名稱，菜肴的名稱。查詢收藏，查詢收藏的指令信息?！咎幚怼糠掌鞫朔祷厥詹貖A里的具體信息?！据敵觥坑脩舻脑敿氂唵涡畔??！緲I(yè)務處理流程】收藏信息（添加、刪除，查詢）用戶服務器端收藏表收藏夾里面的信息4F114 顧客結賬【功能說明】當用戶點擊就餐完畢后，可點擊結賬按鈕，這個請

33、求到達服務器端，服務器端做出相應的處理，把用戶的賬單信息傳輸?shù)角芭_，然后操作。【輸入】臺可進行賬單的查詢，修改以及打印用戶點擊結賬，把這一信息傳輸?shù)椒掌鞫?，然后服務器端就會向前臺發(fā)送一個消息，通知前臺，幾號桌要進行結賬?！咎幚怼坑脩酎c擊結賬的這個請求通過服務器端的處理，然后進行后續(xù)的操作，這個操作是服務器端進行封閉處理的，因此不會造成數(shù)據(jù)輸入的異常?！据敵觥坑脩舻馁~單信息?！緲I(yè)務處理流程】請求的 URL(結賬)用戶要結賬的信息服務器端用戶訂單表，訂單菜譜關系表用戶臺進行結賬操作要查詢的訂單的詳細消費前臺打印相應的賬單信息5 F115 設置【功能說明】顧客可以設置自己的登錄的用戶名或者【輸入】

34、，或者其它的一些基本的參數(shù)信息。用戶名和【處理】。服務器取到數(shù)據(jù)之后，去更新數(shù)據(jù)庫中的信息。然后把操作的狀態(tài)返回來。【輸出】修改成功或者失敗的狀態(tài)信息和【業(yè)務處理流程】的用戶名。用戶名或者用戶服務器端顧客表顧客成功與否的狀態(tài)和的用戶名。3.3.2 后廚端 F201 后廚顯示訂單信息【功能說明】后廚端需要實時刷新當前未處理的訂單的信息，當某一個時間區(qū)間內(nèi)（可能是當天或者更短的時間）所有未處理的訂單的信息，然后根據(jù)下單的先后順序進行分配給廚師做菜任務?！据斎搿磕骋粋€時間區(qū)間內(nèi)的所有賬單的狀態(tài)（主要是未處理的訂單）【處理】根據(jù)后廚管理輸入的狀態(tài)信息理的訂單信息?！据敵觥课刺幚淼挠唵蔚牧斜砑??！緲I(yè)務

35、處理流程】訂單的狀態(tài)（未處理訂單）后廚根據(jù)這個狀態(tài)信息去調(diào)用數(shù)據(jù)去尋找所有未處服務器端處理訂單表，訂單菜譜關系表未處理的訂單列表集合 F202 后廚更改訂單的狀態(tài)【功能說明】后廚方輸入訂單，也就是點擊某一條訂單的時候根據(jù)訂單找到這條訂單，然后把這條訂單的狀態(tài)修改為當前要變成的狀態(tài)?！据斎搿坑唵危唵萎斍暗臓顟B(tài)信息（未處理，正在處理，或者已完成）?！咎幚怼扛鶕?jù)后廚方輸入的訂單，可查詢出當前的訂單的狀態(tài)，然后把這個狀態(tài)修改為相應的狀態(tài)，比如說當前的狀態(tài)為未處理，然后修改為正在處理?！据敵觥繝顟B(tài)改變的信息【業(yè)務處理流程】訂單的狀態(tài)（未處理正在處理已完成），訂單的后廚服務器端處理訂單表狀態(tài)改變的信息

36、F203 后廚更改菜的狀態(tài)（是否在做）【功能說明】后廚方可查看某一條訂單中的詳細的訂單信息，并且針對訂單中某一道菜的狀態(tài)進行修改，可修改為：未處理，正在處理，已完成?！据斎搿坎穗仍谟唵沃械臉俗R信息，例如訂單菜譜關系表中菜肴的外鍵信息。【處理】根據(jù)菜肴的標識信息，找到訂單菜譜關系表中這一道菜，把菜當前的狀態(tài)改變?！据敵觥坎说臓顟B(tài)的改變后的信息?！緲I(yè)務處理流程】菜肴的狀態(tài)（未處理 正在處理 已完成），訂單關系表的的某一條的 id后廚服務器端處理訂單菜譜關系表狀態(tài)改變的信息 F204 廚師【功能說明】后廚方查詢出所有的菜肴的信息，然后對選中的任意一個菜肴的（是否為廚師狀態(tài)）進行修改?！据斎搿慨斍安穗?/p>

37、的狀態(tài)信息（是否為廚師）。【處理】這一根據(jù)菜肴當前的狀態(tài)信息，經(jīng)過【輸出】處理，然后把它修改為相反的狀態(tài)。比如是改為否。當前菜肴改變后的信息。（是否為廚師【業(yè)務處理流程】）菜肴標識（菜肴的Id），菜肴當前的狀態(tài)（是否為廚師）后廚服務器端處理菜譜表菜肴狀態(tài)改變的信息（是/否）3.3.3 服務臺端F301 前臺主菜單【功能說明】服務臺登錄后默認進入的頁面?！据斎搿坑脩裘鸵约暗卿洺晒Φ男畔?。【處理】服務器接受登錄成功的狀態(tài)碼，然后轉(zhuǎn)入登錄成功的頁面?！据敵觥恐鞑藛蔚男畔ⅰ！緲I(yè)務處理流程】員工的用戶名和員工表服務器端處理主菜單的信息 F302 前臺顧客選桌【功能說明】當用戶到酒店的時候，要進行點餐的

38、操作，這時，前臺可以點擊查臺按鈕進行查詢看哪個桌位是空的，然后讓用戶選擇或者由前臺分配?！据斎搿坎樵儣l件（桌位為空桌子的【處理】）服務器根據(jù)查詢的條件，URL 的基本信息，經(jīng)過來進行顯示?！据敵觥砍绦虻奶幚?，把空的桌位的信息查找出所有的桌子，包括空位桌子的信息，某一個桌子的詳細信息?！緲I(yè)務處理流程】查詢的條件（桌子的信息餐桌表服務器端處理所有的餐桌的信息或者某一個桌子的具體信息 F303 前臺查詢某一條訂單【功能說明】前臺在用戶就餐完畢結賬時，會查詢具體的某一條訂單。根據(jù)用戶的訂單號或者對應的桌號，便可以查詢出這條訂單的詳細的信息?！据斎搿坎樵儣l件（某一條具體訂單的或者對應的桌子的【處理】根據(jù)

39、查詢的條件，即參數(shù)（訂單或者是桌子號）【輸出】要查詢的某一訂單的詳細的信息?！緲I(yè)務處理流程】）查詢的條件（某一訂單的信息）服務器端處理訂單表和菜譜訂單關系表前臺前臺前臺某一條訂單的詳細的信息 F304 前臺處理顧客結賬【功能說明】用戶就餐完畢之后可進行結帳，當用戶點擊結賬的時候，會給前臺發(fā)出一個結賬的信息，這個信息包括，桌子的，訂單，以及訂單的詳細的信息。要能打印賬單，要考慮【輸入】支付。用戶的結賬的狀態(tài)信息，結賬時：訂單【處理】或者桌子。根據(jù)用戶的結賬這個狀態(tài)信息，通知前臺某一個桌要進行結賬，結賬時：前臺服務輸入訂單或者桌子，然后根據(jù)這些查找到本條訂單的詳細信息。然后返回前臺。【輸出】某一個

40、訂單的詳細的消費【業(yè)務處理流程】。用戶要結賬這一狀態(tài)信息查詢的條件（訂單或者桌子）服務器端處理訂單表和訂單菜譜關系表要結賬的狀態(tài)信息要查詢的訂單的詳細消費以及打印相應的賬單信息 F305 預訂餐桌【功能說明】當顧客打【輸入】給酒店進行訂餐的時候，然后由服務臺給進行分配一個餐桌。服務臺查詢酒店中空的餐桌，然后點擊預訂?！咎幚怼扛鶕?jù)服務臺的訂桌請求，服務器相應的會把這樣餐桌的狀態(tài)改變?！据敵觥坎妥赖臓顟B(tài)信息?！緲I(yè)務處理流程】用戶打預訂餐桌狀態(tài)信息（預訂成功或者失?。┓掌鞫颂幚聿妥辣砬芭_前臺要查詢的所有的餐桌的狀態(tài) F306訂餐【功能說明】顧客可以打后由服務【輸入】到酒店進行訂餐，然后服務臺把顧客

41、訂餐的送到指定的地點。到廚房，廚房做出顧客訂餐的信息，例如：訂餐的時間，訂餐的菜譜，訂餐的地址。【處理】這些數(shù)據(jù)經(jīng)過服務器端傳輸?shù)綇N房，廚房列表中顯示出來?！据敵觥坎俗V的具體信息，配送成功的狀態(tài)?！緲I(yè)務處理流程】用戶打預訂餐狀態(tài)信息（預訂成功或者失?。┤〉綌?shù)據(jù)：訂單信息，地址信息訂單表，訂單菜譜關系表服務器端處理訂單的詳細信息3.3.4管理端 F401 訂單管理【功能說明】當管理員登錄之后首次進入的默認的頁面，顯示所有的訂單信息?；蛘咄ㄟ^條件進行查詢，查詢出所有符合條件的訂單信息?！据斎搿績煞N方式：第一，登錄之后默認進入的頁面，這個頁面只需要輸入一個訂單列表的 URL,第二種是輸入查詢的條件進

42、行查詢，這個條件包括（下單的時間區(qū)間，訂單的名稱，訂單當前的狀態(tài)），幾種條件可以選 0n 個任意數(shù)?！咎幚怼?，某一道菜根據(jù)請求的 URL 或者請求的條件，經(jīng)過服務器的處理，調(diào)用然后把訂單的詳細的集合信息顯示在頁面中?！据敵觥坑唵蔚募希òㄎ刺幚砗鸵烟幚恚緲I(yè)務處理流程】數(shù)據(jù)庫中的數(shù)據(jù)，前臺默認進入或查詢的條件（訂單，菜肴名稱等）訂單表服務器端處理所有的符合條件的訂單的信息 F402 菜譜管理【功能說明】管理之菜譜管理。管理員想要對菜譜進行操作的時候進入的頁面，包括菜肴的查詢，添加，修改，刪除操作?！据斎搿克姆N情況：1.添加：當進行添加時，需要輸入： 菜肴的名稱，菜肴的產(chǎn)地，菜肴的介紹，菜肴的

43、真實價格，價格，目前的打折率，是否打折，的路徑，其中程序自動添加的為：是否為廚師，當前菜肴是否可點，菜肴的創(chuàng)建時間，菜肴自創(chuàng)建之日被點的次數(shù)。修改：和添加一樣。刪除：需要輸入要刪除菜肴的標識信息，例如主鍵 Id 信息。查詢：根據(jù)查詢的條件的信息，例如：菜肴的名稱，菜肴的產(chǎn)地，是否為廚師當前菜肴是否可點，菜肴的添加時間?！咎幚怼?，對于第 1,2 種情況的處理，服務器取到數(shù)據(jù)之后，對數(shù)據(jù)進行驗證，經(jīng)檢驗合法后存入數(shù)據(jù)庫，可能遇到，對于數(shù)據(jù)的校驗，例如時間的格式的驗證，看是否符合時間的格式，價格方面必須為數(shù)字類型的，不能是字符串。對于第 3 種情況的處理，條從數(shù)據(jù)庫中刪除。對于第 4 種情況的處理，

44、服務器取到此條數(shù)據(jù)的 Id 之后，去向數(shù)據(jù)庫，把此服務器取到輸入的條件之后，調(diào)用數(shù)據(jù)庫，把符合條件的抽取出來，然后返回一個符合條件的【輸出】的集合。對于以上的幾種情況，輸出的均為菜肴的基本信息?！緲I(yè)務處理流程】菜肴的基本信稱，價格等等）添加修改服務器菜譜表菜肴 id刪除菜肴的名字，產(chǎn)地等信息查詢菜肴的基本信息菜譜管理訂單管理 F403 菜肴類別管理【功能說明】當管理員請求菜肴類別管理的信息的時候，默認的是查詢出所有的菜肴類別的信息，可以對菜肴的分類進行添加，修改，刪除，查詢等操作?！据斎搿枯斎胫饕炙姆N情況：添加：需要輸入：類型的名稱，父類的名稱。修改：需要輸入：類型的名稱，父類的名稱。3 刪

45、除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢。【處理】根據(jù)以上的四種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從數(shù)據(jù)庫中刪除。第四，查詢操作，服務器根據(jù)查詢的條件去調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，把符合要求的【輸出】菜肴類別的信息?！緲I(yè)務處理流程】顯示出來。菜肴類別的基本信息（菜肴類別名稱）添加修改服務器菜譜分類 表菜肴類別 id刪除菜肴類別的名字查詢菜肴類別的基本信息 F404 餐桌管理【功能說明】餐桌管理，當管理員請求餐桌管理的信息的時候，默認的是查詢出所有餐桌的信息，然后可

46、以對餐桌進行添加，修改，刪除，查詢等操作。【輸入】輸入主要分四種情況：1 添加：需要輸入：餐桌的別名，餐桌的代號，餐桌可以做多少人，是否為有煙區(qū)，餐桌的形狀，以后通過2 修改：和添加的相同。程序進行添加的餐桌當前的狀態(tài)。3 刪除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢?！咎幚怼扛鶕?jù)以上的四種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從數(shù)據(jù)庫中刪除。第四，查詢操作，服務器根據(jù)查詢的條件去菜譜分類管理調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，把符合要求的【輸出】餐桌的信息?！緲I(yè)務處理流程】顯

47、示出來。餐桌的基本信息（菜肴類別名稱）添加修改服務器餐桌表餐桌 id刪除餐桌別名，可坐多少人，代號等查詢餐桌的基本信息 F405 顧客信息管理【功能說明】顧客信息管理，當管理員請求顧客信息管理的信息的時候，默認的是查詢出所有客的信息，然后可以對顧客的信息進行添加，修改，刪除，查詢等操作?！据斎搿枯斎胫饕炙姆N情況：顧1 添加：需要輸入：用戶名，顧客有效證件號碼，用戶備注信息，地址，郵箱，工作，需要成尋進行添加的有：用戶的級別，用戶的就餐次數(shù)，用戶的消費總金額，當前這個用戶是否可用。2 修改：和添加的相同。3 刪除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢。【處理】根據(jù)以上的四

48、種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從數(shù)據(jù)庫中刪除。第四，查詢操作，服務器根據(jù)查詢的條件去調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，把符合要求的【輸出】會員的信息。【業(yè)務處理流程】顯示出來。會員的基本信息（菜肴類別名稱）添加修改服務器會員表，用戶級別表會員 id會員的刪除，級別，證件號等查詢會員的基本信息會員信息管理餐桌管理 F406 顧客級別管理【功能說明】會員級別管理，當管理員請求會員級別管理的信息的時候，默認的是查詢出所有會員級別的信息，然后可以對會員的級別進行添加，修改，刪除，查詢等操作?！?/p>

49、輸入】輸入主要分四種情況：添加：需要輸入：會員級別的名稱，級別的打折的百分比，級別的備注信息。修改：和添加的相同。3 刪除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢。【處理】根據(jù)以上的四種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從數(shù)據(jù)庫中刪除。第四，查詢操作，服務器根據(jù)查詢的條件去調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，把符合要求的【輸出】會員級別的信息?！緲I(yè)務處理流程】顯示出來。級別的基本信息（級別名稱，打折率）添加修改服務器級別表級別 id刪除級別的名稱查詢級別的基本信息 F407

50、 員工管理【功能說明】酒店員工管理，當管理員請求會員級別管理的信息的時候，默認的是查詢出所有員級別的信息，然后可以對會員的級別進行添加，修改，刪除，查詢等操作?！据斎搿枯斎胫饕炙姆N情況：會添加：需要輸入：用戶名，添加的是：是否可用，修改：和添加的相同。，權限名稱，員工的備注信息，需要通過程序創(chuàng)建的時間。3 刪除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢?！咎幚怼扛鶕?jù)以上的四種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從數(shù)據(jù)庫中刪除。第四，查詢操作，服務器根據(jù)查詢的條

51、件去會員級別管理調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)，把符合要求的【輸出】會員級別的信息?！緲I(yè)務處理流程】顯示出來。員工的基本信息（用戶名，）添加修改服務器員工表員工 id刪除用戶名，是否可用，權限等查詢員工的基本信息 F408 權限管理【功能說明】角色管理，當管理員請求角色管理的信息的時候，默認的是查詢出所有的角色的信息，然后可以對角色進行添加，修改，刪除，查詢等操作?！据斎搿枯斎胫饕炙姆N情況：添加：需要輸入：角色的名稱。修改：角色的名稱。3 刪除：要刪除的的主鍵值（id）。4 查詢，根據(jù)查詢的條件進行查詢?！咎幚怼扛鶕?jù)以上的四種情況。其中前兩種當服務器取到數(shù)據(jù)之后，要對輸入的值進行驗證，這個的驗證主要驗證字符串的長度。第三種刪除操作，當取到要刪除的的主鍵值時：查找數(shù)據(jù)庫，把此條從