【文章內(nèi)容簡介】 視頻和靜態(tài)印象文件格式 （如 MPEG4, , MP3, AAC, AMR, JPG, PNG, GIF） GSM 電話 （依賴于硬件） 藍牙 Bluetooth, EDGE, 3G, and WiFi （依賴于硬件） 照相機， GPS，指南針，和加速度計 （依賴于硬件） 豐富的開發(fā)環(huán)境 包括設(shè)備模擬器，調(diào)試工具，內(nèi)存及性能分析圖表境 web(Eclipse)服務(wù)器 Tomcat 很受廣大程序員的喜歡，因為它運行時占用的系統(tǒng)資源小，擴展性好，支持負載平衡與郵件服務(wù)等開發(fā) 應(yīng)用系統(tǒng)常用的功能；而且它還在不斷 的 改進和完善中，任何一個感興趣的程序員都可以更改它或在其中加入新的功能。 Tomcat 是一個小型的輕量級應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試 JSP 程序的首選。對于一個初學者來說，可以這樣認為，當在一臺機器上配置好 Apache 服務(wù)器，可利用它響應(yīng)對 HTML 頁面的訪問請求。實際上Tomcat 部分是 Apache 服務(wù)器的擴展，但它是獨立運行的，所以當你運行 tomcat 時，它 4 實際上作為一個與 Apache 獨立的進程單獨運行的。 這里的訣竅是，當配置正確時， Apache 為 HTML 頁面服務(wù)，而 Tomcat 實際上運行JSP 頁面和 Servlet。另外， Tomcat 和 IIS、 Apache 等 Web 服務(wù)器一樣，具有處理 HTML頁面的功能，另外它還是一個 Servlet 和 JSP 容器，獨立的 Servlet 容器是 Tomcat 的默認模式。不過， Tomcat 處理靜態(tài) HTML 的能力不如 Apache 服務(wù)器。 常用功能的配置方法 ： 啟動內(nèi)存參數(shù)的配置 tomcat/bin/ 如果是 linux 就是 在 rem 的后面增加如下參數(shù) set JAVA_OPTS= Xms256m Xmx256m XX:MaxPermSize=64m 修改 Tomcat 的 JDK 目錄 打開 tomcat/bin/ 在最后一個 rem后面增加 set JAVA_HOME=C:\Program Files\Java\ 增加虛擬目錄 /tomcat/conf/ 第一行是以前默認存在的，第二行是新增的 Context path= docBase=ROOT debug=0 reloadable=true/Context Context path=/jsp/a reloadable=true docBase=E:\workplace\\WebContent / GET 方式 URL 亂碼問題解決 打開 tomcat/conf/ 查找下面這部分，在最后增加一段代碼就可以了。 Connector port=80 maxHttpHeaderSize=8192 ................. URIEncoding=UTF8 useBodyEncodingForURI=true ............... / 其中的 UTF8 請根據(jù)你的需要自己修改，比如 GBK 虛擬主機配置文件 tomcat/conf/ ! 默認的主機 Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=ROOT debug=0 reloadable=true/Context ... 5 /host ! 以下是新增的虛擬主機 Host name= appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=d:/ debug=0 reloadable=true/Context ! 虛擬目錄 Context path=/count docBase=d:/ debug=0 reloadable=true/Context /Host Host name= appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase=d:/ debug=0 reloadable=true/Context Context path=/count docBase=d:/ debug=0 reloadable=true/Context /Host Android 客戶端使用 Java 技術(shù)，網(wǎng)絡(luò)通信使用 Apache HTTP 協(xié)議，中間 Web 服務(wù)器采用 Servlet 響應(yīng)客戶端請求。 后臺數(shù)據(jù)庫采用 JDBC 訪問數(shù)據(jù)庫，客戶端的一部分數(shù)據(jù)存儲我們采用 SQLite 數(shù)據(jù)庫，這里要涉及 Android 客戶端的數(shù)據(jù)和服務(wù)器中的數(shù)據(jù)同步問題 圖 21 6 第三章 需求分析 系統(tǒng)開發(fā)的總體目標就是顧客和管理員，顧客可以利用手機，查看到管理員菜譜發(fā)布信息及自己所點菜的已點菜單信息情況，管理員可以通過電腦來對該系統(tǒng)進行管理及維護。系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體目標的基礎(chǔ)上完成的。經(jīng)過分析，其完成的功能主要有手機應(yīng)用客戶端程序、服務(wù)器 Servlet API 程序，其功能主要分為以下幾大類： 服務(wù)器端管理： 顧客需求： A：顧客交互信息的云端處理。 管理員 B：管理員信息交互的云端處理。 客戶端管理：實現(xiàn)顧客點餐。 顧客的需求： A1：顧客登錄功能：以顧客所就位的餐桌號為用戶名 ,以就坐的顧客數(shù)為密碼 ,將用戶名及密碼以數(shù)據(jù)表的形式存入數(shù)據(jù)庫中 ,當提交用戶名和密碼后，系統(tǒng)會根據(jù)數(shù)據(jù)庫中已存入的信息判斷顧客輸入的用戶名是否正確 (是否有該座位 ,此時此座是否已有顧客 )，正確后將數(shù)據(jù)錄入數(shù)據(jù)庫，合法用戶登錄到系統(tǒng)中。 A2：點餐功能：已登錄的顧客可以直接查看今日餐館供應(yīng)的菜譜，并且可以根據(jù)菜譜點餐，點餐后核對已點菜單后，即可提交點餐信息實現(xiàn)顧客點餐。 A3：加菜功能：由于菜不夠，顧客可以加菜。 管理員端管理： 管理員的需求 B1：管理員菜譜發(fā)布顯示功能：發(fā)布每天所能提供的菜的菜譜。 B2：已點菜單回傳功能：顧客所點菜單應(yīng)回傳給管理員。 B3：結(jié)賬功能：結(jié)算每桌顧客的賬單。 B4：每天的運營效益結(jié)算及查看。 手機 Android 程序信息管理：手機界面的優(yōu)化設(shè)計，實現(xiàn)手機網(wǎng)絡(luò)的連接和用戶信息的提交，以及接受服務(wù)器返回的信息。 后臺 PHP 查詢程序管理：完成用戶驗證和管理員、顧客的信息交互。 管理員網(wǎng)頁程序信息管理：網(wǎng)頁界面優(yōu)化設(shè)計，實現(xiàn)網(wǎng) 頁與服務(wù)器的交互。 無線點餐系統(tǒng)以酒店服務(wù)信息為主體，因此在這個系統(tǒng)中必須要有一個保存菜單信息 7 的表。所以用編號做主鍵。負責登錄終端系統(tǒng)的服務(wù)人員應(yīng)該有保存服務(wù)人員信息的表，這個表中也是包括一些基本信息。并且以服務(wù)人員的編號作為主鍵。在一個點餐系統(tǒng)中，不可避免的要有桌位的編號。這樣的話就必須有一個桌號表，該表保存桌位信息。顧客可以按照自己的喜好，在酒店布置的桌號中選擇自己喜歡的位置。另外既然是酒店就必須要有一個訂單表，該表中包括訂單號，點餐時間，用戶 ID，桌號，人數(shù)，是否結(jié)賬等基本信息。 這樣也就還需要一個訂單詳細表用于存儲顧客所點的菜品信息等等。原準備再弄一個菜品分類表用于區(qū)分涼菜，熱菜等。 對用戶要求描述的現(xiàn)實世界 (可能是一個工廠、一個商場或者一個學校等 )，通過對其中住處的分類、聚集和概括，建立抽象的概念數(shù)據(jù)模型。這個概念模型應(yīng)反映現(xiàn)實世界各部門的信息結(jié)構(gòu)、信息流動情況、信息間的互相制約關(guān)系以及各部門對信息儲存、查詢和加工的要求等。所建立的模型應(yīng)避開數(shù)據(jù)庫在計算機上的具體實現(xiàn)細節(jié)，用一種抽象的形式表示出來。結(jié)構(gòu)圖如 31 所示 ： 圖 31 8 第四章 系統(tǒng)概要設(shè)計 系統(tǒng)總體設(shè)計 本項目主要面向具有一定規(guī)模、需要提高餐廳點餐效率、體現(xiàn)出現(xiàn)代化的氣氛、改進客人就餐環(huán)境，并借此提高經(jīng)濟效益的餐廳和酒店。要求項目不會占用太大的預(yù)算，并能夠盡量沒用原有的成熟技術(shù)，與原有系統(tǒng)進行良好的整合。 本方案主要包 括后臺數(shù)據(jù)庫服務(wù)器、 Web 服務(wù)器、無線網(wǎng)絡(luò)、 Android 點餐前端等部分組成。為了滿足系統(tǒng)的需求，我們將從系統(tǒng)架構(gòu)、技術(shù)造型、系統(tǒng)功能幾個方面詳細介紹該系統(tǒng)。 在基于 Android 技術(shù)的無線點餐系統(tǒng)中，數(shù)據(jù)的傳輸需要經(jīng)過無線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)。在通信過程中，移動設(shè)備端發(fā)送數(shù)據(jù)到無線基站，無線基站將接收到的數(shù)據(jù)發(fā)送到GPRS/3G 網(wǎng)絡(luò)中，由于 GPRS/3G 的特點，它們可以很方便地接入到 Inter 中，在 Ier上，數(shù)據(jù)進行傳輸，發(fā)送到 Web 服務(wù)器中進行會話，并由 Web 服務(wù)器訪問數(shù)據(jù)庫。其網(wǎng)絡(luò)結(jié)構(gòu)示意圖如圖 41 所示 圖 31 本設(shè)計主要講述了無線點餐系統(tǒng)的基本功能和基于 Android 平臺的軟件開發(fā)、數(shù)據(jù)庫的設(shè)計方法。設(shè)計最終達成了用戶登錄、點菜管理、桌位管理，收費管理，等點餐系統(tǒng)的基本功能。并且系統(tǒng)能夠正常運行，各個頁面交互性較好。在整個設(shè)計中基本運用基礎(chǔ)的 Android 進行功能編程，也運用到了一些前端控件來控制輸入信息，對輸入信息進行驗證，通過 JDBC 連接數(shù)據(jù)庫。在系統(tǒng)規(guī)劃中先后用數(shù)據(jù)流程圖、系統(tǒng)功能結(jié)構(gòu)圖分析了系統(tǒng)所需的各種數(shù)據(jù)，詳 細的展現(xiàn)了系統(tǒng)的各個功能模塊并給出了主要功能運行界面圖。 本設(shè)計的整體架構(gòu)如圖 42 所示： 9 圖 42 系統(tǒng)功能設(shè)計 用手機端 用戶手機端實現(xiàn)登錄及無線點餐功能。手機登錄到互聯(lián)網(wǎng)中，通過提取服務(wù)器端數(shù)據(jù)庫中的菜譜信息，在客戶端顯示。用戶又可以通過顯示信息給服務(wù)器傳送點餐操作信息，并將信息存儲在遠端數(shù)據(jù)庫中，其用戶手機端功能圖如圖 43 所示：