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