【正文】 專用性需要，該結(jié)構(gòu)只適用于同用戶交互量不大的系統(tǒng)應(yīng)用，如信息發(fā)布等等。 但是，B/S模式也存在著不足之處。首先，企業(yè)的各個部門之間是一個組織結(jié)構(gòu)嚴密、有確定任務(wù)的有序?qū)嶓w，而Internet面向的卻是一個無序的集合，B/S必須適應(yīng)并迎合長期C/S下的有序需求方式。其次，企業(yè)中己經(jīng)積累了各種基于非Internet技術(shù)上的應(yīng)用，與這些應(yīng)用聯(lián)接，是Internet一項極其重要而繁重的任務(wù)。缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能，系統(tǒng)的擴展能力較差，安全性難以控制，給開發(fā)B/S模式的信息服務(wù)系統(tǒng)的人員帶來很多困難。、Client/Server模式 C/S(Client/Sever,簡稱C/S)模式，這種模式將應(yīng)用一分為二，服務(wù)器負責數(shù)據(jù)處理、客戶機完成與用戶的交互任務(wù)。C/S結(jié)構(gòu)要求將整個系統(tǒng)處理任務(wù)根據(jù)具體具體情況合理分布在客戶端和Server端，使Client和Server能夠相互配合，密切協(xié)作，以便最大限度地發(fā)揮Client和Server各自的工作潛力，更好的滿足用戶對系統(tǒng)的整體要求，減少了網(wǎng)絡(luò)負擔，適用于用戶少，數(shù)據(jù)處理量大，交互性強，數(shù)據(jù)查詢靈活，安全性高的基于局域網(wǎng)的系統(tǒng)，它的優(yōu)越性為: 、后端兩個子系統(tǒng)上，任務(wù)的分解可充分利用各計算機的資源減輕服務(wù)器的負擔，減少網(wǎng)絡(luò)上信息流通量，縮短響應(yīng)時間，提高事務(wù)處理能力，增加更多的用戶。 ，客戶機和服務(wù)器平臺相對獨立，用戶不必局限于一種類型的系統(tǒng)或平臺，在一個以SQL Server為基礎(chǔ)的C/S模式中，其工作站的操作系統(tǒng)可以是MSDOS, Windows或其它操作系統(tǒng)。 ，客戶機和服務(wù)器之間可采用“隔火磚”模式，設(shè)置嚴密的保密措施。 ，它可以對在一段時間內(nèi)所作的數(shù)據(jù)庫修改形成一個運行記錄，主要用于需要經(jīng)常修改的數(shù)據(jù)庫。 ，大大減少多用戶訪問之間的競爭和死鎖。 總體來講，C/S模式具有很好的系統(tǒng)開放性和易擴展性，使絕大多數(shù)應(yīng)用模塊化，并盡可能在系統(tǒng)的客戶機端完成，減少了網(wǎng)絡(luò)上的傳輸，可以大大縮短開發(fā)周期，且便于計算機軟件開發(fā)人員和用戶的培養(yǎng)。 同樣，C/S模式存在著不足之處。首先，開發(fā)成本較高。C/S結(jié)構(gòu)對客戶端軟硬件要求較高，尤其是軟件的不斷升級，對硬件要求不斷提高，增加了整個系統(tǒng)的成本，客戶端越來越臃腫。其次，維護復(fù)雜，升級麻煩。如果應(yīng)用程序要升級，必須到現(xiàn)場為客戶機一一升級，每個客戶機上的應(yīng)用程序都需維護。此外，信息內(nèi)容和形式單一。因為傳統(tǒng)信息服務(wù)系統(tǒng)一般為事務(wù)處理，界面基本遵循數(shù)據(jù)庫的字段解釋，開發(fā)之初就己確定，而且不能隨時截取辦公信息和檔案等外部信息，用戶獲得的只是單純的字符和數(shù)字，既枯燥又死板。數(shù)據(jù)庫管理系統(tǒng)獨立運行在服務(wù)器端，必然要求服務(wù)器必須是一個高功能的平臺，包括大量的內(nèi)存和硬盤空間，以及一些附加的支持設(shè)備。數(shù)據(jù)集中保存的特點使得服務(wù)器越來越大，從而數(shù)據(jù)的安全性得不到充分保障，系統(tǒng)錯誤造成的損失，隨著數(shù)據(jù)量的增加將會增大。 本系統(tǒng)采用C/S模式，原因有以下幾點：(1) 開臺，點菜等操作比較頻繁，使用B/S模式數(shù)據(jù)傳輸量大，而嵌入式系統(tǒng)資源有限，無線傳輸帶寬有限。PDA距AP越遠帶寬越小。(2) 點菜操作等是個有序的操作，使用B/S模式不易控制。(3) 使用C/S模式，客戶端可完成大部分的功能，減輕服務(wù)器負擔。在PDA數(shù)量較多時作用尤其明顯。、本節(jié)小結(jié)　本節(jié)概要介紹系統(tǒng)總體設(shè)計思想，硬件部分設(shè)計，重點介紹系統(tǒng)軟件客戶端設(shè)計。首先根據(jù)餐廳服務(wù)員所負責的工作內(nèi)容的不同，把系統(tǒng)分成三大模塊：PDA客戶端模塊，前臺模塊和后廚模塊。接著由工作流程得出系統(tǒng)的業(yè)務(wù)流程圖，再把它轉(zhuǎn)換為計算機能處理的系統(tǒng)流程圖。最后通過比較常用的B/S，C/S通訊模式優(yōu)缺點，選擇通訊模式為C/S模式?！　∠到y(tǒng)功能及實現(xiàn)４、系統(tǒng)功能及其實現(xiàn)、無線點菜系統(tǒng)的功能結(jié)構(gòu)、無線點菜系統(tǒng)的功能設(shè)計無線點菜系統(tǒng)的功能包括：(1) 桌臺狀態(tài)查詢:可以從點菜器上查詢所有桌臺的當前狀態(tài)，包括空閑、使用、預(yù)定，以圖例的方式表現(xiàn)出來，也可以按照區(qū)域查詢桌臺，比如可以查詢一樓大廳全部閑置的桌臺，這樣服務(wù)員就非常方便的給新到的客人安排桌位。(2) 開臺：系統(tǒng)自動檢查當前桌臺信息和預(yù)定記錄，并決定是否可以開臺。(3) 菜品管理：A. 點菜:可以一次性點多個菜品，然后發(fā)送。可以通過選擇菜品類型，再選擇菜品進行點菜。對于菜品總數(shù)量較少的西餐廳或快餐店非常適合。菜品發(fā)送以后，電腦自動把菜品打印到對應(yīng)的出品點。B. 退菜：完成菜品退菜，系統(tǒng)自動檢查操作是否成功，假如要退的菜品還沒有做，則可以退菜，并修改客人消費記錄，供結(jié)帳用。C. 催菜：系統(tǒng)發(fā)送催菜顧客桌臺號到服務(wù)器，廚房顯示器將顯示催菜桌臺號。D. 菜品查詢：服務(wù)員可以隨時查看當前消費金額以及詳單，方便顧客總體了解自己的消費信息。E. 結(jié)帳：發(fā)送信息給收銀臺，然后由收銀員結(jié)帳，打單。F. 短消息功能：服務(wù)器可以給服務(wù)員發(fā)送短消息。(4)系統(tǒng)功能：A. 數(shù)據(jù)查看：服務(wù)員可以查看點菜器中的房臺、菜品等數(shù)據(jù)。B. 數(shù)據(jù)下載： PDA每次在用戶登錄時幾秒內(nèi)下載桌臺和菜品資料，可保持PDA端的數(shù)據(jù)庫是最新的。PDA能顯示的菜肴信息條數(shù)理論上取決于Flash容量的大小。C. 數(shù)據(jù)上傳：通過無線上傳點菜信息的同時也發(fā)送點菜桌號、時間、服務(wù)員編號，菜品編號等一次性后臺管理軟件所需的全部數(shù)據(jù)。、系統(tǒng)客戶端的主要模塊功能結(jié)構(gòu)圖：圖 41　系統(tǒng)客戶端模塊功能結(jié)構(gòu)圖功能結(jié)構(gòu)圖說明：l 登錄模塊描述：初始化全部系統(tǒng)變量，申請內(nèi)存空間，初始化界面控件。發(fā)送服務(wù)員ID和密碼到服務(wù)器驗證，登錄成功后每5秒響應(yīng)服務(wù)器是否在線詢問。建立遠程 RDA 連接，保持與服務(wù)器 SQL Server 即時通訊。檢查 PDA 本地數(shù)據(jù)庫狀態(tài)，如果不存在就創(chuàng)建，存在則詢問用戶是否要更新。如果不更新直接進入開臺界面。下載菜品信息和桌臺信息。創(chuàng)建臨時點菜記錄表操作數(shù)據(jù)庫表：desk_table (桌臺資料表)，menu_table（菜品資料表）orders(點菜記錄表)l 開臺模塊描述：顯示全部桌臺當前狀態(tài)或按區(qū)域顯示可用桌臺。響應(yīng)用戶點擊選擇就餐桌臺號，并發(fā)送到服務(wù)器申請使用（考慮到多個PDA同時申請，這時由服務(wù)器仲裁由歸誰使用。規(guī)則是先來先服務(wù)），服務(wù)器返回查詢結(jié)果。如果查詢結(jié)果桌臺狀態(tài)是空閑可用，則記錄就餐人數(shù)。操作數(shù)據(jù)庫表：desk_table (桌臺資料表)l 點菜模塊描述：按分類顯示所有菜品名稱，價格等信息。響應(yīng)用戶點擊記錄點菜數(shù)據(jù)到 PDA 本地數(shù)據(jù)庫。如果尚未上傳點菜清單，還可退臺。點菜過程中隨時可以查詢已點菜記錄。操作數(shù)據(jù)庫表：menu_table（菜品資料表）orders(點菜記錄表)l 點菜預(yù)覽模塊描述：顯示桌臺號已點菜菜品名字，菜品數(shù)量，菜品價格。對于尚未上傳的點菜信息，還要修改其數(shù)量。當數(shù)量為0時則取消點該道菜。對于已上傳的點菜信息，可以申請撤菜，能否撤菜取決于廚房有沒有開始做該道菜。通過 RDA 連接，把用餐都點菜信息上傳到服務(wù)器SQL Server數(shù)據(jù)庫。再通知服務(wù)器有上傳新的點菜信息。操作數(shù)據(jù)庫表： orders(點菜記錄表)，服務(wù)器端orderMenu_table(點菜臨時上傳記錄表)、系統(tǒng)功能及其實現(xiàn)、界面設(shè)計l 登錄界面：PDA點菜程序運行時，要從服務(wù)器取得各種數(shù)據(jù)信息。如果是第一次運行本程序或服務(wù)器IP有變動，需要在“服務(wù)器設(shè)置”配置連接信息。當用戶登錄驗證成功后，建立 RDA 遠程連接并建立 PDA 專有的SQL Server 2000 For CE數(shù)據(jù)庫，并下載桌臺資料表和菜品資料表。圖　42　登錄界面l 開臺界面：登錄成功并下載完數(shù)據(jù)后，顯示開臺界面。選擇查看區(qū)域，可以看到當前所有桌臺狀態(tài)，用不同的圖案分別表示“空臺”，“有人正在用餐”，“預(yù)定”。雙擊對應(yīng)的桌臺可以進入某個桌臺進行開臺或點菜。圖43　開臺界面l 點菜界面：開臺成功后，顯示點菜界面。進入點菜界面后可看到菜品和菜品分類，桌臺號。下拉選擇不同的分類可以顯示對應(yīng)類型的菜品。點擊菜品欄目彈出數(shù)量輸入框輸入具體的點菜數(shù)量。點擊“確定”則將選取的菜品加入點菜清單。在點菜過程中如果點菜尚未上傳到服務(wù)器，隨時可進行取消開臺操作。圖44　點菜界面l 點菜預(yù)覽界面：點菜完畢后按“預(yù)覽點菜單”進入點菜清單界面。按桌臺號顯示已點菜單信息。經(jīng)顧客確認則按“上傳菜單”則上傳點菜清單到服務(wù)器數(shù)據(jù)庫。菜編號左邊的圖標標識點菜上傳狀態(tài)。如果是圓圈則表示本條點菜記錄未上傳到服務(wù)器數(shù)據(jù)庫，否則表示已上傳。對于未上傳到服務(wù)器數(shù)據(jù)庫的點菜記錄，可以修改其點菜數(shù)量。當數(shù)量為0時刪除該記錄表示取消點此道菜。對于已上傳到服務(wù)器數(shù)據(jù)庫的點記錄，以“撤消”方式修改點菜數(shù)量，能否撤消取決于廚房有沒有開始做該道菜?！叭ラ_臺”和“去點菜”用于返回以前操作界面。“結(jié)帳”可以查看當前顧客消費情況。圖45 開臺界面、主要功能模塊實現(xiàn)系統(tǒng)整體程序流程圖：圖46 系統(tǒng)程序流程圖系統(tǒng)主要模塊程序流程圖：(1)登錄模塊：：圖47　登錄流程圖：Class CLoginDlg。(2)開臺模塊：：圖 48　開臺流程圖：Class CTableDlg。 (3)點菜模塊：：圖 49　點菜流程圖：Class CSelectMenuDlg。(4)點菜預(yù)覽模塊：：圖 410　點菜預(yù)覽流程圖：Class CMenuViewDlg；、數(shù)據(jù)結(jié)構(gòu)與數(shù)據(jù)詞典表 41 桌臺資料表名稱別名類型說明長度取值范圍tableid 桌臺編號char桌臺編號(PK)8字母或數(shù)字seatNum座位數(shù)int座位數(shù)4大于0的整數(shù)status桌臺狀態(tài)char桌臺狀態(tài)4空閑，預(yù)定,使用Area區(qū)域Char區(qū)域8８位字母或４位中文orderprice預(yù)付消費SmallMoney預(yù)付消費4大于0的數(shù)字Usetime開桌時間datetime開桌時間8系統(tǒng)時間orderid點菜編號int點菜編號由服務(wù)器產(chǎn)生ID4大于0的整數(shù)表42 菜品資料表名稱別名類型說明長度取值范圍FoodID菜品編號char菜品編號PK8任意字母或中文FoodName菜品名稱nvarchar菜品名稱32任意字母或中文Sort類型char類型8任意字母或中文Unit單位nvarchar單位8任意字母或中文UnitPrice單價SmallMoney單價4貨幣MaterialStatus物料狀態(tài)nvarchar物料狀態(tài)(保留未用)16貨幣表 43　點菜記錄表名稱別名類型說明長度取值范圍Tableid桌臺編號NCHAR桌臺編號(FK)8任意字母或中文orderid點菜編號int點菜編號由服務(wù)器產(chǎn)生ID4大于0的整數(shù)Foodid菜品編號NCHAR菜品編號(FK)8字母或數(shù)字FoodName菜品名稱NVARCHAR菜名32任意字母或中文price單價NCHAR價格8貨幣number數(shù)量int點菜數(shù)量4數(shù)字status狀態(tài)NCHAR本條點菜記錄是否已上傳2是，否、小結(jié)　 本節(jié)詳細介紹無線點菜系統(tǒng)PDA客戶端功能模塊，程序流程圖和界面的設(shè)計與實現(xiàn)。開臺，點菜，點菜預(yù)覽三個窗體采用相似的控件布局，無論在用戶操作界面還是程序?qū)崿F(xiàn)上都帶來了很大方便。難點是處理要經(jīng)過服務(wù)器驗證的操作，比如能否開臺。在驗證過程中程序在5秒內(nèi)將不能響應(yīng)其它操作?！】偨Y(jié)５、總結(jié)本文重點描述了無線點菜系統(tǒng)采用的技術(shù)、運行于掌上電腦（PDA）的客戶端界面設(shè)計與實現(xiàn)。本系統(tǒng)運用RDA(Remote Data Access，遠程數(shù)據(jù)訪問) 和無線局域網(wǎng)(WLAN)技術(shù)，通過無線網(wǎng)卡實現(xiàn)與計算機收銀系統(tǒng)進行無線數(shù)據(jù)交換，進而實現(xiàn)點菜系統(tǒng)的數(shù)據(jù)庫資料下載，開臺，點菜，撤菜等自動化過程。 實現(xiàn)無線點菜功能要解決的問題是PDA和服務(wù)器之間怎樣傳輸點菜信息。在系統(tǒng)設(shè)計時，對于這個問題的解決方法，小組中每個人各有自己的想法。有個同學(xué)說采用固定長度或分隔符編碼，接收方（服務(wù)器）根據(jù)約定格式解碼點菜信息。我跟著提出定義一個結(jié)構(gòu)描述一條點菜記錄，接收方解碼方便，再把解碼出的菜品編號，數(shù)量等組合成SQL語句，最后執(zhí)行這條SQL語句就在數(shù)據(jù)庫儲存了一條點菜記錄。這時林俊宇同學(xué)說不如直接傳輸SQL語句，接收方只要執(zhí)行這條SQL語句就行了，完全不用解碼。我認為這樣做有個不好的地方是數(shù)據(jù)庫的就算只更改表名或字段名，發(fā)送方（PDA上的客戶端）源碼也要跟著修改，兩者的耦合關(guān)系太強了，作為客戶端不應(yīng)該需要知道太多服務(wù)器的信息?？傊庖姴灰?。我最后保留自己的意見，提出各人實現(xiàn)自己的想法，通過測試比較再做出結(jié)論。但是遺憾的是，并不是每個想法都得到同學(xué)的驗證。在進行技術(shù)可行性研究時我看到了RDA技術(shù)。RDA為 Windows CE 請求處理位于遠程SQL Server 2000 數(shù)據(jù)庫提供一種簡單的方法。RDA 可以用于無論 Windows CE 設(shè)備是持續(xù)連接還是間斷連接到 SQL Server 系統(tǒng)。RDA 為 Windows CE 請求提供一個簡單但強大的方法去更新遠程數(shù)據(jù)庫或者在 Windows CE 設(shè)備上完成遠程 SQL Server 數(shù)據(jù)庫和 SQL S