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