畢業(yè)設計基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)_第1頁
畢業(yè)設計基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)_第2頁
畢業(yè)設計基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)_第3頁
畢業(yè)設計基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)_第4頁
畢業(yè)設計基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)_第5頁
已閱讀5頁,還剩32頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、畢業(yè)論文畢業(yè)設計(論文)設計(論文)題目: 基于Android的無線點餐系統(tǒng)的設計與實現(xiàn) 指 導 教 師: 學 生 專 業(yè): 軟 件 技 術 班 級: 軟 件 1301班 學 生 姓 名: 教 研室主任: 信息工程 學院 指導教師評語: 指導教師簽名: 畢業(yè)設計(論文)成績: 畢業(yè)設計(論文)表現(xiàn)成績: 畢業(yè)設計(論文)答辯:1. 答辯組成員簽名: 2. 答 辯 日 期: 年 月 日3答 辯 評 語:4 答 辯 成 績: 畢業(yè)設計(論文)總成績: 基于Android的無線點餐系統(tǒng)的設計與實現(xiàn)摘 要今天我們生活在充滿數(shù)字的時代,隨著GPRS、CDMA1X、藍牙、WLAN等無線技術的突飛猛進,移動

2、生活、移動辦公逐漸由概念轉(zhuǎn)為現(xiàn)實,信息數(shù)據(jù)隨手可及。特別是廣域無線數(shù)據(jù)傳輸技術的成熟,運營商的大力推廣,WLAN的應用日漸普及,逐步滲透到金融、公安、教育、物流、商貿(mào)等行業(yè)中,并日益影響到人們生活的方方面面,種種夢想化為現(xiàn)實成為了可能。對于傳統(tǒng)的餐飲業(yè)而言,也在潛移默化中感受到無線網(wǎng)絡的無窮魅力。 通常情況,餐廳點餐、送單、結(jié)賬都采用人工傳遞,這種工作流程效率低下,而且在就餐高峰期人員繁雜的情況下,服務員在快速手寫點餐、人工送單中可能還會增加誤操作的幾率,造成客人投訴,影響到服務質(zhì)量,甚至有損餐廳的美譽度。隨著WLAN技術的普及,一些規(guī)模較大的酒樓餐廳開始考慮利用這種最為先進、最具時尚潮流的網(wǎng)

3、絡技術來建設一套靈活、快捷的信息管理系統(tǒng),以優(yōu)化管理流程,使酒店的服務和管理得到實質(zhì)性的提升,提高品牌形象和行業(yè)核心競爭力。 本設計主要講述了點餐系統(tǒng)的基本功能和數(shù)據(jù)庫的設計方法。設計最終達成了包括用戶登錄、點菜管理功能模塊、更新管理功能模塊等。 并且系統(tǒng)能夠正常運行,各個界面交互性較好。在系統(tǒng)規(guī)劃中先后用數(shù)據(jù)流程圖,系統(tǒng)功能結(jié)構圖分析了系統(tǒng)所需的各種數(shù)據(jù),詳細的展示了系統(tǒng)的各個功能模塊,并給出了主要功能運用界面圖。關鍵詞:人力資源管理系統(tǒng);二層架構;AJAXDesign and implementation of wireless ordering system based on Andro

4、idAbstractToday we live in full digital era, as GPRS, CDMA1X, bluetooth,wireless technology of WLAN, etc by leaps and bounds, mobile, mobile office by concept into reality, gradually information and data conveniently. Especially the wide-area wireless data transmission technology maturity, operators

5、 of promoting the growing popularity of WLAN, application, permeate education, public security and finance, logistics, commercial, and other industries, and increasingly affect all aspects of peoples lives, all sorts of dream a reality. For the traditional industry, also in imperceptible felt a wire

6、less network infinite glamour. Usually, a restaurant meal, single, using artificial transmission, check the work flow, and low efficiency in the miscellaneous meal peak personnel circumstance, waiter in quick meal, artificial send handwritten may increase the chances of wrong operation, guest compla

7、ints, affect the service quality, reputation or detrimental to restaurant. With the popularization of WLAN technology, some large restaurant dining began to consider using the most advanced, the most fashionable tide of network technology to build a flexible and convenient information management sys

8、tem, to optimize the management process, make hotel service and management, increase substantially brand image and core competitiveness. This design is mainly about the basic function of the Order management system and database design method. Design eventually reached include user login, order manag

9、ement function modules, and update management function module,etc .And the system can run normally, each interface interaction is good. In systems with planning, system function structure of data flow analysis system for the detailed data shows that the system function module, and presents main func

10、tion using interface diagram.Keywords: WLAN; ANDROID; Wireless ordering目 錄1 緒 論81.1 研究的背景及意義81.1.1 選題的背景81.1.2 國內(nèi)外研究現(xiàn)狀91.1.3 研究的意義101.2 系統(tǒng)目標112 需求分析122.1 功能需求122.1.1 模塊說明122.1.2 功能需求描述133 總體設計143.1 運行環(huán)境143.1.1 Eclipse143.1.2 Eclipse的主要構成143.1.3 Tomcat服務器153.1.4 Tomcat常用功能的配置153.2 應用平臺163.2.1 Android

11、平臺163.2.2 Android特性173.3 基本處理流程173.4 模塊結(jié)構184 數(shù)據(jù)庫設計204.1 概念結(jié)構設計204.1.1 設計思路204.1.2 E-R圖204.2 邏輯結(jié)構設計224.2.1 設計思路224.2.2 邏輯模型224.3 物理結(jié)構設計225 詳細設計及編碼245.1 客戶端設計思路245.2 主菜單界面245.2.1 功能描述24登錄界面的設計245.2.3 功能描述255.2.4 界面設計255.2.5 功能實現(xiàn)及關鍵代碼255.3 更新界面265.3.1 功能描述265.3.2 界面設計265.3.3 功能實現(xiàn)及關鍵代碼275.4 結(jié)賬與注銷界面275.4

12、.1 功能描述275.4.2 界面設計285.4.3 功能實現(xiàn)及關鍵代碼285.5 服務器端的實現(xiàn)295.6 服務器各模塊設計305.6.1 登錄305.6.3 結(jié)賬306 測試306.1 測試方案設計306.1.1 測試策略306.1.2 測試進度安排306.1.3 測試資源316.1.4 關鍵測試點316.2 測試用例構建316.2.1 測試用例編寫約定316.2.2 測試用例設計317 總結(jié)與展望337.1 設計工作總結(jié)337.2 未來工作展望33謝 辭341 緒 論1.1 研究的背景及意義1.1.1 選題的背景 餐飲行業(yè)在以前的點餐方式大概都先是消費者過來點菜,然后服務員站在旁邊記下顧

13、客點的菜,這樣傳統(tǒng)的方法有很多的弊病,比方說服務員的字如果寫得很模糊看不清,那么上錯菜的可能性就很大。如果顧客用餐的過程中想要加菜,也是人工操作且還要把原來的菜單找出來,那樣就很麻煩。在吃完之后付錢的時候,還要前臺把每個菜的價格加起來,也有很大的出錯的概率。如果碰上有特殊口味的顧客或者對某些事物敏感的消費者的時候,這些信息的傳遞比較麻煩。如果客人催菜比較急切,那很容易導致計算賬單的錯誤,而且每一個小小的動靜都需要服務員本人來來往往特別麻煩,有時候會影響顧客的用餐情緒,易引發(fā)矛盾,這勢必影響到下回生意的做成與做不成。也正是因為這個原因,無線電殘系統(tǒng)隨著時代的發(fā)展產(chǎn)生了。它的誕生不但使能夠是餐飲業(yè)

14、的工作效率大大地提高,更加能夠服務體系規(guī)范化,使整體的服務質(zhì)量和管理水平得到全面的提升,如果想要做到這些,技術方面的東西一定要跟上,而該系統(tǒng)則完全能符合這樣的要求。有人說21世紀將會是數(shù)字的世紀,用心觀察周圍的各種現(xiàn)象我們會發(fā)現(xiàn)此言不虛,因為我們生活的每一個細節(jié)都與數(shù)字技術息息相關。訂貨系統(tǒng)使用中雖然沒有Wi-Fi訂貨系統(tǒng)方便的一樣好:服務員在工作或與消費者服務的手持終端,當顧客點餐,服務員還是要將之前的所有信息或者重要的信息通過相應的措施傳遞給電腦中樞。電腦中樞會把顧客的點餐信息做一個整理分析,之后將處理后的內(nèi)容發(fā)送給收銀臺跟廚房。 隨著經(jīng)濟的快速發(fā)展,我們會發(fā)現(xiàn),我們吃飯時去的幾乎每一個酒

15、店都是服務員在用手機給我們點餐,這是司空見慣的事情,也是現(xiàn)在比較時髦流行的點餐方式吧。而且越是大的酒店越是普遍。為什么會這樣呢?細細想來,里面的內(nèi)容相當豐富。 這樣的點餐方式好處還是很多的,通??腿嗽陲堭^吃飯的時候都希望能夠直接就能吃到可口的飯菜,如果需要等很長的時間可能會不耐煩,要是一個不小心還上錯菜了,那就更加掃興,下一次可能就不會過來了。因為我們不僅僅想要吃到可口的飯菜,也希望有好的服務、優(yōu)雅的就餐環(huán)境。而無線點餐系統(tǒng)則滿足了這些要求,也能反映信息技術的發(fā)展的迅猛。 縱觀這幾年全世界和全國的經(jīng)濟和技術的飛速發(fā)展,我們不難發(fā)現(xiàn),無限點餐系統(tǒng)已經(jīng)在許多城市的各大酒店如雨后春筍般的出現(xiàn)了,尤其

16、是大型餐飲集團對此更是趨之若鶩。另外,37年的改革開放使得全國人民的無論是物質(zhì)、精神還是文化生活的高度跟要求都在一個不曾有過的水平,你要是以為現(xiàn)在的消費者到餐廳消費只是為了填飽肚子那就大錯特錯了,現(xiàn)在的消費者在餐廳里對飯菜是否可口更加挑剔了不算,還特別在乎服務員的服務態(tài)度,以及就餐時的環(huán)境。餐飲,已不僅僅是填飽肚子這么簡單,更是一種生活方式和生活態(tài)度。在這樣的大時代背景下,這樣的生活所要獲得的技術支持也是必不可少的,而無線點餐系統(tǒng)就成了各大餐館的寵兒。1.1.2 國內(nèi)外研究現(xiàn)狀 民以食為天,從紐約到巴黎,從倫敦到北京,從世界名城到鄉(xiāng)間小鎮(zhèn),古往今來幾乎走到哪里都能隨處可見餐館的影子。餐飲業(yè)經(jīng)歷

17、了幾千年的歷史餐飲業(yè)的發(fā)展經(jīng)歷了很多風雨,從手工作坊式的餐廳第一后鏈,從國內(nèi)的小公司到跨國企業(yè)。現(xiàn)階段更是出現(xiàn)了無線點餐的形式。掌上PDA系統(tǒng)主要是給服務員使用,可以實現(xiàn)實時的信息交換,PDA點菜系統(tǒng)、出納和廚房計算機打印機之間,當侍者用PDA幫助客戶訂單,之后客戶的點餐信息將會被傳輸?shù)绞浙y臺和廚房,廚房里有專門的工作人員再將信息傳達給廚師,這樣就不用像以前一樣要服務員跑來跑去跑進跑出,于是便在無形之中提高了服務質(zhì)量,加強品牌形象,是餐飲業(yè)中的一個革命性的飛躍,它將能夠管理的信息化,網(wǎng)絡,無線酒店。無線點菜系統(tǒng)由手持終端客戶的訂單,然后存儲在終端的訂單信息,餐后,手持終端對準紅外接收器餐廳發(fā)射

18、的紅外線信號,紅外接收器就能接受到這些信息,然后經(jīng)過一些加工處理再傳送到收銀臺跟廚房這些關鍵的地方。說實話,這樣的點餐方式如果要跟掌上電腦比起來那是稍遜一籌的,比方說覆蓋范圍沒有那么廣泛,有的時候信號不給力就沒那么理想,然后呢升級或者升級之后會稍稍顯得有點麻煩,但是她又有一個最大的優(yōu)勢,那就是便宜啊,如果一個經(jīng)濟實力一般的但是又有一點規(guī)模的餐廳使用掌上電腦系統(tǒng)的話,那一定是不堪重負的,在這種情況下我們的無線點餐系統(tǒng)就非常劃算的,當為首選。很多人都說,網(wǎng)絡化將成為今年最流行的趨勢,任何行業(yè)都將和網(wǎng)絡掛鉤,否則將有可能死無葬身之地,這不是危言聳聽,因為這樣的事情正在發(fā)生著。那么網(wǎng)絡在餐飲中的地位是

19、怎么樣的呢?不用多舉例子,只要我們試想一下我們身邊發(fā)生的是事情我們就不難理解。在大學里,當我們到了飯點的時候又不想出去吃,打電話叫外賣是不是司空見慣在平常不過的事情?現(xiàn)在的網(wǎng)絡發(fā)展更加可怕,除了短信電話的方式之外,網(wǎng)絡在線訂購、微信平臺都成為主力軍。由此可見,無線點餐的方式已經(jīng)在我們心中深深扎下了根,跟我們的日常生活息息相關,如果一個餐飲企業(yè)無視這樣的情況那恐怕是自取滅亡了。不過我們也能欣慰地看到,使用無線點餐系統(tǒng)的企業(yè)正在不斷地增加。1.1.3 研究的意義 以傳統(tǒng)方式餐飲點菜是純手工操作,服務員記錄客戶訂單,這樣傳統(tǒng)的方法有很多的弊病,比方說服務員的字寫得很難看或者說根本就認不清,那么把菜上

20、錯的可能性就特別大,如果某些菜的配料已經(jīng)沒有了而服務員不知道那也會有不必要的麻煩,另外如果要加菜還得重新把服務員叫過來查菜單點菜,最后結(jié)賬的時候,還需要前臺把每個菜的單價加起來,加上客人喝的酒啊餐具費啊統(tǒng)統(tǒng)加起來才能算出來,這中間又少不了扯皮的過程。如果碰上有特殊口味的顧客或者對某些事物敏感的消費者的時候,這些信息的傳遞比較麻煩。如果客人催菜比較急切,那很容易導致計算賬單的錯誤,而且每一個小小的動靜都需要服務員本人來來往往特別麻煩,有時候會影響顧客的用餐情緒,易引發(fā)矛盾,這勢必影響到下回生意的做成與做不成。也正是因為這個原因,無線點餐系統(tǒng)隨著時代的發(fā)展產(chǎn)生了。它的誕生不但使能夠是餐飲業(yè)的工作效

21、率大大地提高,更加能夠服務體系規(guī)范化,使整體的服務質(zhì)量和管理水平得到全面的提升,還提供了史無前例的。對于酒店業(yè)規(guī)模的堅實的技術基礎。我們的生活不是一個細節(jié)與數(shù)字技術緊密聯(lián)系在一起的。訂貨系統(tǒng)使用中雖然沒有Wi-Fi訂貨系統(tǒng)方便的一樣好:服務員在工作或與消費者服務的手持終端,當顧客點餐,服務員還是要將之前的所有信息或者重要的信息通過相應的措施傳遞給電腦計算機的中樞,電腦計算機的中樞會匯總服務員傳遞過來的消費者的點餐信息,然后分門別類,之后將處理后的內(nèi)容發(fā)送給收銀臺跟廚房1.2 系統(tǒng)目標 本文介紹了無線點菜系統(tǒng)從無到有、從微小到壯大的這么一個波瀾壯闊的一個歷程。從目錄上面可以很清楚地看到我們學校的

22、老師給我們指定的思路:第二章是將需求分析,第三章講總體設計,第四章講數(shù)據(jù)庫設計,第五章講詳細設計和部分的編碼,第六章講測試,第七章會有一個總結(jié)和展望,這些也是謹遵遵循軟件工程的方法的。背景和無線點菜系統(tǒng)意義的第一個系統(tǒng)的研究,分析了訂餐系統(tǒng)的共性特征,認為該系統(tǒng)的設計思想和方法。然后Android平臺也為系統(tǒng)的開發(fā)平臺,數(shù)據(jù)庫的實現(xiàn)也是遵照老師的教誨,用的是MySQL語言。另外在無線點餐系統(tǒng)必不可少的和自己加上的功能以及實現(xiàn)這些功能工具的使用方法,我都在文中有簡明扼要地介紹。我的這個畢業(yè)設計分成了兩個部分,首先點餐系統(tǒng)需要有一個后臺控制,這個需要數(shù)據(jù)庫的支持,然后呢需要一個客戶端的設計,用來給

23、消費者來操作,當然這兩個之間還要一個聯(lián)系,這也是頗費腦力的事情,所以我覺得我的這個設計跟一般的同學的畢業(yè)設計比起來就相當于他們的兩個半畢業(yè)設計,需要一個網(wǎng)頁和軟件,并且要把它們聯(lián)結(jié)起來,并且要給這些項目的維護給出意見。但我覺得這樣才能鍛煉自己的能力。2 需求分析2.1 功能需求傳統(tǒng)的餐飲行業(yè),就像我們平時在街邊看到的小餐館一類的,我們點菜的時候都是有服務員站在我們旁邊,我們點一個他們記一個。等我們點完的時候,他再拿著單子去到廚房給廚師,然后廚師照著單子做菜。這一過程我們司空見慣,覺得沒什么不對,但是如果在一個大酒店呢?有的時候客人可能是成百上千的,那客人的等待時間就比較長了,如此久了,必定會影

24、響生意的。為了解決這一問題,無線點菜系統(tǒng)的出現(xiàn),傳統(tǒng)的餐飲業(yè),幾乎所有的服務員手動排序過程。過程通常是這樣的:消費者到餐廳坐下來以后,點餐就可以開始了。等顧客點完飯菜以后,服務員要把菜單賬單送到廚房,廚師會根據(jù)菜單配料做菜。無線點餐系統(tǒng)就是在這樣的大環(huán)境下誕生的。目前,這種結(jié)構是非常成熟的,但有一個缺點是,PDA和PDA的高價格,對于經(jīng)濟條件普普通通的飯館來說,那成本勢必就太高了,最后這些成本可能還是轉(zhuǎn)嫁到消費者身上,對一般的消費者而言,使用平板的訂餐系統(tǒng)似乎就有一些太奢侈了。隨著Android系統(tǒng)發(fā)展的越來越好,而且越來越流行,那么我們可不可以開發(fā)出一套客戶端軟件,這樣一個軟件能夠在Andr

25、oid系統(tǒng)完成訂購菜品的各種各樣的功能,同時也不會影響其他功能比如打電話、發(fā)短信、聽音樂的正常使用,因為它們是互不干擾的。這樣的好處我發(fā)現(xiàn)有特別特別的多,別的不說,首先第一點就是成本會大大地降低,這對于飯店想要實現(xiàn)盈利可是特別重要的一點啊,然后,眾所周知的,Android這個系統(tǒng)的功能可是非常強大的,那么基于這樣一種軟件的功能必然也是極其強大的;最后頁面的內(nèi)容精彩豐富,極為美觀,用戶使用起來更流暢也更舒心。本項目主要面向的對象餐廳和酒店首先要具有一定規(guī)模,同時想要做強做大,出了提高點餐效率,更要改善顧客的用餐環(huán)境,烘托一個現(xiàn)代化的氣氛,當然,也是要借此提高經(jīng)濟效益。該項目將不占用太多的預算,并

26、盡量利用現(xiàn)有的成熟技術,可以很好的與現(xiàn)有系統(tǒng)集成。2.1.1 模塊說明本系統(tǒng)主要分兩部分:終端設備和后臺管理。實現(xiàn)系統(tǒng)的登錄、系統(tǒng)主菜單、點餐功能、結(jié)算功能、查臺功能、更新功能、并臺功能2.1.2 功能需求描述系統(tǒng)的登錄:登錄的目的就是為了增強系統(tǒng)的使用安全。有該注冊用戶方可使用該系統(tǒng)。系統(tǒng)主菜單:系統(tǒng)登錄進去之后用戶就進到了主菜單,這個時候我們需要做什么呢?不用做太多,只要輕輕一點單擊某個選項就好了,這個時候我們就便進入點餐系統(tǒng)功能的操作界面了,可以根據(jù)自己的需求點擊相應的部分。點餐功能:我們做的畢業(yè)設計的題目就是無線點餐系統(tǒng)的設計與實現(xiàn),那么在這個系統(tǒng)中,什么模塊是最重要的呢?我想應該就是

27、這個點餐功能模塊吧。畢竟這個系統(tǒng)就是點餐系統(tǒng)嘛,通過這項功能,服務員把消費者的點餐的信息傳送到收銀臺和廚房,廚師也可以盡快地做菜了。結(jié)算功能:客戶用餐終了,結(jié)算過程,根據(jù)訂單號查詢點餐信息和訂單信息的操作,詳細的清單。查臺功能:當顧客進入餐廳的服務員,需要查詢表狀態(tài)(人或空位),安排客戶用餐。這一過程就是能通過可視化的界面;來顯示哪些桌子是空的,哪些是有客人的,哪些付錢了,哪些沒付錢。更新功能:服務器中的配方表(menutbl)和表(tabletbl)保存數(shù)據(jù)到客戶端的SQLite數(shù)據(jù)庫。因此,當在數(shù)據(jù)更改服務器需要在服務器上更新的動態(tài)數(shù)據(jù)到客戶端,更新功能是專為這個目的。并臺功能:并臺的功能

28、是合并兩組客戶訂購了一個表,這個過程也需要更新已提交到數(shù)據(jù)庫中的數(shù)據(jù)。更新表的更新包括合并訂單,訂單數(shù)量,詳細的更新。3 總體設計3.1 運行環(huán)境3.1.1 EclipseEclipse單就這個平臺我還上上大學之后接觸到的一個新的東西,那是在學校安排的軟件實訓的時候,我們碰到了一個挺不錯的好老師,是他引導我們了解了這么一個開發(fā)環(huán)境,功能特別強大,而且在后來的接觸中發(fā)現(xiàn)這種東西應用的范圍特別廣泛。進一步了解之后,這個開發(fā)平臺的編程語言是JAVA,但我們只是稍微學了一點C+,看來真的是學海無涯啊。另外我們最初對于Eclipse的了解僅限于它首先是由IBM公司研制開發(fā)的,當初的環(huán)境我們已知之甚少了吧

29、,上網(wǎng)瀏覽了些相關內(nèi)容之后知道2001十一月的時候是貢獻給開源社區(qū)的,2007六月,穩(wěn)定的3.3版本發(fā)布。2008六月發(fā)布代號為木衛(wèi)3.4版。2009七月發(fā)布代號伽利略3.5版。3.1.2 Eclipse的主要構成 Eclipse 這個是我大學以后接觸到的一種軟件開發(fā)項目,這這上面源代碼是開放的。其他的相關內(nèi)容我了解的真的不是很多,從網(wǎng)上有過一些了解,但是在網(wǎng)上了解到的東西是不能著這樣照著原樣抄到畢業(yè)設計的論文上來的,為什么呢?因為今年的論文需要查重,還不是一兩個地方需要查重,全國范圍內(nèi)的大學都要查重,現(xiàn)在明白了吧?如果直接把網(wǎng)上的內(nèi)容搬到畢業(yè)設計的論文上來的話,那會是很危險的一件事情,有點投

30、機取巧的做法可能就是先說一大堆廢話,然后再其中穿插一點Eclipse分三個項目,又包括四個部分,至于是哪四個部分,還不好直接放在一起說,為什么呢?因為那樣會被查出來的,所以我只好分開來說,Eclipse Platform是其中很重要的一項,另外的三項可以用英文縮寫表示,JDT,CDT和PDE,不知道這樣寫會不會被查出來然后標紅,要是這樣還是會被抓,那我無話可說了。這三年不學無術地過來了,但是畢竟也是在學校的各項學習任務的輪番轟炸中過來了,耳濡目染也會多少有所得,比方說學了幾個時髦的專業(yè)術語,如Eclipse SDK,在行家的眼里這太小兒科了,但是外行人就丈二和尚摸不著頭腦的,我也是在不知不覺中

31、明白了這是軟件開發(fā)者包的意思,當然這遠遠不夠。我會多多學習的。3.1.3 Tomcat服務器Tomcat是許多程序員都喜歡的一個產(chǎn)品,因為它有許多的有點,比方說在運行的時候占用的空間很小,擴展性特別好。與此同時,世界是不斷發(fā)展的,Tomcat也是這樣,并且它會越來越完善,因為喜歡它的人太多了,這些人和Tomcat之間相互作用,肯定會得到越來越多的夠更改或增加內(nèi)容及功能。Tomcat第一個是JSP程序開發(fā)和調(diào)試。當我們還是初學者的時候可以這樣理解:如果我們在電腦上安裝了Apache 服務器,說到Apache 服務器我也想多說一點點,因為這也是我在準備畢業(yè)設計論文的時候見識到的一個新東西,這是一種

32、Web服務器軟件,若果不查查,我也不會知道它的使用率是全世界排名第一的。看來如果不好好學習我們都會是井底之蛙的。HTML 頁面是什么呢?我也不知道,但是我看到了同學給我的展示,看不懂,但是覺得挺厲害,那叫不明覺厲是吧。那么,Tomcat和Apache是什么關系呢?延長Tomcat是Apache服務器的一部分,但是這樣的一個一部分又不完全是隸屬關系的,怎么說呢,它們的關系大概很有點“一國兩制”的味道。3.1.4 Tomcat常用功能的配置a) 啟動內(nèi)存參數(shù)的配置 在rem 的后面增加如下參數(shù) set JAVA_OPTS= -Xms256m -Xmx256m -XX:MaxPermSize=64m

33、 b) 修改Tomcat的JDK目錄 打開tomcat/bin/catalina.bat 在最后一個rem后面增加 c) 增加虛擬目錄 /tomcat/conf/server.xml 第一行是以前默認存在的,第二行是新增的 d) GET方式URL亂碼問題解決 查找下面這部分,在最后增加一段代碼就可以了。 . / e) 虛擬主機配置文件 tomcat/conf/server.xml Host name= appBase=webapps 3.2 應用平臺3.2.1 Android平臺Android系統(tǒng)可謂是如雷貫耳了吧,無人不知無人不曉的,不論到哪里,不論是搞軟件的還是完全無關的人都聽說過這個東西

34、。當年的手機巨頭諾基亞的衰敗跟這個系統(tǒng)對它的沖擊有著絕對的關系,往事咱就不多提了吧。說說現(xiàn)在,也不是現(xiàn)在了,就在前不久,我們上一門叫做Linux操作系統(tǒng)的課程,老師跟我們說的比較多的字眼里Android系統(tǒng)應該是一個有著絕高的頻率的詞,因為這個系統(tǒng)就是基于Linux內(nèi)核的,雖然我不太清楚這里面的聯(lián)系。從老師的口中我了解到該系統(tǒng)初期是由Google公司開發(fā)出來的,難怪這個公司能夠發(fā)展壯大成現(xiàn)在的這種規(guī)模嘍!這個著名的系統(tǒng)主要可以分為三個部分,我們可以理解為上中下三個層,Linux內(nèi)核主要負責下層的工作,這樣的話就有一點像是金字塔的低端,雖然只能提供基本的功能,但卻是非?;A非常重要的,使用Jav

35、a作為編程部分。此外,谷歌和其他移動電話公司共同組建的開放手機聯(lián)盟幾十個,為了實現(xiàn)這一技術的推廣目的。Android有前常被謠傳在未命名。在這里我可能要在賣弄一個英文詞組了software stack,中文意思是軟件堆,也可以翻譯成軟件疊層,為什么要在這里說這個呢?因為這是Android系統(tǒng)采用的架構師,它可以分為三個部分,亦可以理解為上中下三個層次:底層只能夠提供基本的功能,基礎是Linux核心,開發(fā)語言是C。中間層包括圖書館和虛擬機的虛擬機,開發(fā)語言使我們在大學時候?qū)W過的C+。頂部是各種各樣的應用軟件程序,這就像是一棵樹,前面兩點就像是埋在地下的根和須,現(xiàn)在的第三層就有點像是露出書面的枝干

36、了,比如電話啊,短信啊之類的程序等;這些應用軟件通常都是由各個公司自行開發(fā),這樣比較節(jié)省成本,編程語言是Java。3.2.2 Android特性應用框架支持組件的重用和替換優(yōu)化的Dalvik虛擬機的移動設備專用基于Webkit驅(qū)動在開源瀏覽器GSM電話 (依賴于硬件) 藍牙,藍牙,WiFi和3G,邊緣,(取決于硬件)攝像頭,GPS,指南針,和一個加速度計(依賴于硬件) 。豐富的貼別好的開發(fā)的場景 包含模擬設備的機器,調(diào)試用的器材,內(nèi)存及性能剖析圖表境。3.3 基本處理流程系統(tǒng)的基本處理流程如圖3-1所示,用戶入客戶端系統(tǒng)主界面,可以進行點菜、開臺、轉(zhuǎn)臺、并臺等功能。當用戶操作完畢后訂單等數(shù)據(jù)被

37、上傳到后臺數(shù)據(jù)庫,由后臺管理人員作出響應。圖3-1基本處理流程3.4 模塊結(jié)構 終端系統(tǒng)主要包括以下模塊:節(jié)點表管理,更新管理,消除,設置等功能。如圖3-2。 結(jié)臺: 在客戶的晚餐后,會計和設置功能,通過這一個功能,客人們能夠一眼就看出自己的消費情況,然后很快捷的付完費,準確而且省時。更新:酒店里的食物和商品只是很大一部分是不變的,但也無時無刻不在更新之中,所以這一項功能顯得很重要,可以保證點餐信息與實際情況保持一致。注銷:顧客吃完飯、付過錢以后,我們需要做的事情,就是注銷,為了給后來的顧客帶來方便,這樣他們就能更加及時地了解酒店的信息。設置:一些簡單的設置,后來沒有實現(xiàn)。圖3-2模塊結(jié)構圖4

38、 數(shù)據(jù)庫設計4.1 概念結(jié)構設計4.1.1 設計思路當客戶跟我們提要求的時候,一般都是對某一個現(xiàn)實世界的描述,我們在做設計思路的時候其實是一種轉(zhuǎn)化,將顧客描述的客觀世界轉(zhuǎn)化成我們用的計算機語言,然后在計算機語言的世界里整理,最后給出的結(jié)果有反饋給現(xiàn)實世界,那我們現(xiàn)在做的這個無線點餐系統(tǒng)來說吧,在一個餐館里有哪些菜,這些菜的原料,每一份菜的單價如何,餐館里的座位怎么排布的,哪些是空的哪些已經(jīng)有客人坐了,在什么樣的價位會有什么樣的贈品,這些等等的信息都需要在計算機語境里有一個體現(xiàn)。然后在這樣的環(huán)境里做一些信息的匯總和處理,再反映出來,該模型應該是具體的實施細則從計算機中的數(shù)據(jù)庫,是一個抽象的形式表

39、示。第一步是定義在現(xiàn)實世界中各種實體部門及其屬性,實體及約束條件等信息之間的聯(lián)系,每一個部門給部分描述信息(在數(shù)據(jù)庫中稱為本地用戶)。第二個步驟差不多便是要把前面搜集的所有的或者多個的零散用戶的局部視圖整合成為完整的一個全面全局視圖,這樣我們就能夠看到消費者所描述所想要的數(shù)據(jù)概念模型。4.1.2 E-R圖。圖4-1實體聯(lián)系圖1圖4-2實體聯(lián)系圖24.2 邏輯結(jié)構設計4.2.1 設計思路在該模塊中,我們的下一個主要任務是一個邏輯的現(xiàn)實世界的數(shù)據(jù)庫更改項目的模型得到的數(shù)據(jù)概念模型,在這個時候,也可能產(chǎn)生邏輯對應的子模型的各種數(shù)據(jù)處理中的應用。這一個步驟設計所得到的成果就是我們說的“邏輯數(shù)據(jù)庫。4.

40、2.2 邏輯模型數(shù)據(jù)庫的邏輯設計,就是把概念設計得到的概念數(shù)據(jù)庫模式變?yōu)檫壿嫈?shù)據(jù)模式,它仰賴于DBMS。無線點菜系統(tǒng)的需求分析依據(jù)客戶要求及數(shù)據(jù)庫概念設計,我們可以得到的數(shù)據(jù)庫表和相關說明如下:表4-3關系說明編號名稱說明表1tabletbl桌號表表2ordertbl訂單表表3orderdetailtbl順序列表4.3 物理結(jié)構設計(1)桌號表桌號表的布局及相關的解說如表4-3所示。表4-4桌號表序號字段名稱字段含義類型寬度備注1Id編號Int4Primarykey2number桌位號Int43flag狀態(tài)位Int44description描述varchar16(2)訂單表順序表和描述為表4-

41、4所示結(jié)構。表4-4訂單表序號字段名稱字段含義類型寬度備注1Id訂單號Int4Primarykey2orderTime下訂單時間Int43userID服務員號varchar164tableId桌位號Int4Foreign key5personNum顧客人數(shù)Int46isPay是否付款varchar167remark備注varchar16(3)訂單詳細表訂單明細表及說明如表5所示結(jié)構。表4-5訂單詳細表序號字段名稱字段含義類型寬度備注1Id編號Int4Primarykey2orderId下訂單號varchar16Foreign key3menuId菜譜號Int4Foreign key4numbe

42、r點菜數(shù)Int45remark備注varchar165 詳細設計及編碼5.1 客戶端設計思路移動終端是消費者能夠最直觀感受到的產(chǎn)品,所以要讓客戶有很輕松、使用的時候感到很方便。據(jù)我了解的情況來說,我們在某一個界面包括的因素大概有以下這么幾點:(1)文本:所謂的文本元素大概就是指正文部分,例如我們這般畢業(yè)設計的論文,文本界面是刨除了前后部分的內(nèi)容的,主要包括形式的信息,另外還包括標題在內(nèi),必要的時候還要加上文本鏈接數(shù)。對同一內(nèi)容的傳達信息的標題和傳統(tǒng)媒體的基本功能,是將顯示一般更醒目,優(yōu)先級調(diào)度。該元素在頁面上占據(jù)很重要的比率,幾乎能夠決定整體的設計。 (2)圖形:我們在使用很多東西的時候都能明

43、顯地感覺到圖形在界面中的重要性。這種重要性幾乎是無可替代的。要是能把圖形運用得很合理,那對于表現(xiàn)設計主題的生動性和形象性是不可估量的。標題,背景,主要的圖片,鏈接圖標四是一個圖形元素我們通常所說的。(3)界面布局:布局是界面設計的一個重要組成部分,也是我們的工作,將文本,圖形和其他視覺元素的組合,使整個頁面的視覺美與和諧,這樣就很方便閱讀啊操作什么的。以便達到最佳的信息傳達效果的目的。 終端系統(tǒng)的界面設計是一個組合的文本,圖形和其他元素。這樣每個功能既有文字又有圖片,描述起來就更加具體,消費者很容易就學得會,這樣一來他們就會一直使用這個稱心如意的系統(tǒng),這樣該系統(tǒng)的生命就會一直延續(xù),且會一直創(chuàng)造

44、著巨大的商業(yè)價值,也能使該產(chǎn)業(yè)更快更好的進入再生產(chǎn)。5.2 主菜單界面5.2.1 功能描述主菜單界面包括訂單管理,管理,報表管理,報表管理,節(jié)點管理,更新管理,注銷,設置了八個功功能模塊。各功能模塊提供了一個服務,包含一組功能,界面簡單、便捷的服務人員。5.2.2登錄界面的設計登錄界面主要由服務人員操作,所以它是簡單和容易操作。使用數(shù)據(jù)庫來檢查用戶信息,檢查接口跳正確使用主菜單界面。每一位服務人員都一個自己所獨有的賬號密碼,這個可以用來登錄,這樣做的目的可以責任到人,不至于出現(xiàn)混亂,要不然不知道在哪個環(huán)節(jié)出了問題,造成不必要的麻煩。5.2.3 功能描述 服務人員服務的用戶名稱及密碼進入移動終端

45、的第一接口。而服務帳戶密碼在服務器上預先設置好的數(shù)據(jù)庫,因為每個服務人員的登錄帳戶的密碼是獨特的,所以你可以實現(xiàn)責任到人不混亂的目的。5.2.4 界面設計 圖5-1用戶登錄圖 功能實現(xiàn)及關鍵代碼獨立的活動,建立可用于控制用戶登錄,用戶輸入賬號和密碼后,系統(tǒng)首先確定用戶帳戶的密碼是空的,如果為空的話則、就跳出一個對話框給用戶提示;要是不為空的話就再從EditView中取的賬號密碼跟服務器中取出的賬號密碼進行比對,如果成功,你可以使用意向聲明跳轉(zhuǎn)到主菜單界面下的比。實現(xiàn)登錄主要代碼及分析:startActivity(intent); / /啟動活動轉(zhuǎn)移意圖跳頁Else);如果空出來一個對話框提示帳

46、號密碼是必需的,如果不為空,然后判斷是否登錄()方法,登錄()方法用于連接檢查與數(shù)據(jù)庫一致,然后跳轉(zhuǎn)到該方法是在登錄后()調(diào)用方法和后臺數(shù)據(jù)庫的查詢成功,還將登錄的用戶信息存儲在本地數(shù)據(jù)庫的終端系統(tǒng),儲存方便。基于Android平臺的優(yōu)點這也正在這里,我們可以擁有自己獨立的數(shù)據(jù)庫SQLite,這是一套輕量級的數(shù)據(jù)庫引擎,在這一個程序用過之后還可以供其他應用程序調(diào)用,增加了利用率。5.3 更新界面 5.3.1 功能描述 這個功能主要是為了保持數(shù)據(jù)一致性的同步,使服務器和客戶端的數(shù)據(jù)。一方面是要和服務器上面更新菜譜表的數(shù)據(jù)同步,另一個方面則是跟更新餐桌表數(shù)據(jù)的同步。5.3.2 界面設計圖5-2更新

47、圖5.3.3 功能實現(xiàn)及關鍵代碼5.4 結(jié)賬與注銷界面 5.4.1 功能描述 結(jié)賬界面:在結(jié)帳按鈕界面點擊將跳轉(zhuǎn)到用于消費總量和貨幣的下一個界面,一目了然,方便客戶審核。注銷界面:在服務人員的準備工作后,服務人員可以點擊取消按鈕,退出登錄。5.4.2 界面設計圖5-3結(jié)賬圖 圖5-4注銷圖5.4.3 功能實現(xiàn)及關鍵代碼主要的代碼校驗實現(xiàn):從服務器的訂單號,顯示總消費量,然后單擊按鈕后的結(jié)算,由paybtn.setenabled(假)的方法將被清除按鈕失靈,不能再點擊效果,是能否結(jié)算更加清晰,不易讓顧客和飯店的服務員反復檢查錯誤。也是人性化設計的一方面。主要代碼實現(xiàn):關閉這個功能的實現(xiàn)比較簡單,

48、以警告對話框。生成器創(chuàng)建一個對話框,在對話框中添加兩個按鈕,一個確定的取消和添加監(jiān)視,操作被取消。5.5 服務器端的實現(xiàn)5.5.1服務器端功能從無線終端發(fā)送和處理客戶的訂單主機的數(shù)據(jù)信息,處理和傳輸?shù)模斎?,有時也像一盤沒有信息反饋,從而控制,結(jié)算,統(tǒng)計,支票打印與管理等一系列功能操作。服務器的數(shù)據(jù)庫操作,響應相應的服務器程序集模塊和無線終端。主要包括:登錄servlet響應訂單的響應,響應的servlet,打開表的servlet,表servlet響應和servlet響應,響應表,表表servlet,servlet響應更新,更新菜單響應servlet,計價的servlet,訂單信息的servl

49、et響應。當操作員指出另一個servlet的開始,標志著其作用是講秩序的變化,和表狀態(tài)設置為不一,事實上,是根據(jù)訂單號查詢表,翻瓣的位置0設置表。圖 5-5 服務器功能圖5.6 服務器各模塊設計5.6.1 登錄當服務器訪問loginservlet時,在服務器上我們可以得到用戶的登錄名和密碼,這個時候servlet的任務便是通過查詢數(shù)據(jù)庫之后,看看該用戶的密碼對不對,要是不對返回0;要是有,并且密碼正確,然后返回一個字符串,包括用戶ID和名稱。5.6.2 更新更新以后的Servlet主要有兩個,一個是用來更新菜譜,另外一個就是是更新桌子了。主要是對酒店的菜譜和表帳戶可能不是一成不變的,該軟件的增

50、強擴展。當餐館的菜單或表的更新,操作人員可以在手機的SQLite數(shù)據(jù)庫和服務器數(shù)據(jù)庫的數(shù)據(jù)同步。兩個servlet是查詢表和菜單表,然后一個XML文件,并反饋給客戶端。5.6.3 結(jié)賬當操作員指出另一個servlet的開始,標志著其作用是講秩序的變化,和表狀態(tài)設置為不一,事實上,是根據(jù)訂單號查詢表,翻瓣的位置0設置表。PayServlet是復雜的,核心代碼:6 測試6.1 測試方案設計6.1.1 測試策略經(jīng)過測驗幾個模塊的功效,看完成的程度,這樣就可以來檢驗功能的健壯性和完整性等。 6.1.2 測試進度安排測試進度安排如表6-1所示:表6-1進度安排測試名稱進度安排界面測試功能測試6.1.3

51、測試資源(1)測試環(huán)境服務器端:Tomcat服務器客戶端:華為智能手機基于Android 4.2 OS(2)測試人員真實客戶及開發(fā)人員6.1.4 關鍵測試點功能測試:本次測試主要針對訂餐功能進行測試,確保系統(tǒng)功能符合設計需求。6.2 測試用例構建6.2.1 測試用例編寫約定(1)提出測試點,給出測試原因(2)進行測試(3)得出測試結(jié)果,改進系統(tǒng)缺陷6.2.2 測試用例設計(1)功能測試功能測試詳細用例如表6-2所示:表6-2功能測試用例測試目的目的驗證使用在特定條件下的測試軟件,是否滿足設計要求設計人趙琳杰,張小宏測試時間測試類型功能測試測試工具移動終端功能模塊名稱用例編號操作步驟預期結(jié)果實際

52、結(jié)果判定登錄模塊DL001用戶正常登錄跳轉(zhuǎn)主界面同預期通過DL002用戶名或密碼為空提示錯誤信息同預期通過DL003用戶名或密碼錯誤提示錯誤信息同預期通過更新模塊GX001進入更新選項顯示跟新菜譜表數(shù)據(jù)及更新餐桌表數(shù)據(jù)同預期通過GX002點擊更新菜譜表數(shù)據(jù)查詢數(shù)據(jù)庫顯示最新的菜品信息同預期通過GX003點擊更新餐桌表數(shù)據(jù)查詢數(shù)據(jù)庫顯示最新餐桌信息同預期通過點菜模塊DC001客戶點菜客戶端的訂單能上傳到后臺同預期通過結(jié)賬模塊JZ001點擊結(jié)賬跳轉(zhuǎn)到結(jié)賬界面并顯示總計消費金額及詳細款項同預期通過注銷模塊ZX001點擊注銷退出登錄同預期通過(2)界面測試如表6-2所示界面測試:表6-3界面測試用例測試目的測試軟件的界面使用方便,美觀與總需求一致設計人趙琳杰,張小宏測試時間測試類型界面測試測試工具移動終端界面名稱用例編號

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論