4.3菜單管理和添加菜單功能 20
4.4角色管理和權限分配 21
4.5當前用戶列表和用戶信息 23
4.6菜品分類管理 24
4.7訂單銷售管理 25
4.8顧客管理 26
4.9系統日志 27
4.10前臺手機使用 27
第 5 章 系統的整體測試 32
5.1系統測試定義 32
5.2測試的目標和意義 32
5.3用例測試 32
5.4系統評價 34
5.5測試結論 34
第 6 章 結論 36
參考文獻 37
致謝 38
第 1 章 緒論
1.1設計背景
在當今日新月異的生活環境中，互聯網大數據時代給人們的生活帶來了很多的便利， 一部手機就可以解決生活中的問題，計算機技術、軟件技術飛速發展，滲透到人們生活的方方面面，不僅在經濟，社會，交通，通信等領域得到廣泛發展，也從家電、娛樂、藝術、社會發展到最接地氣的衣食住行文化。計算機智能逐漸取代人工，云計算、數據挖掘已逐漸成為最為流行的時代潮流。而在這樣的大背景下逐漸發展、興盛起來的互聯網社會，智能手機、ipad 等智能設備似乎成了每一個人的標配，與此同時幾乎大部分人都會在一天的時光中分出大量時間花費在手機上，手機所能實現的功能也是越來越豐富。
隨之而來的是互聯網與通信技術的崛起，手機上所能支持的外賣點餐 app 種類繁多， 讓人挑花了眼。其同時也在改變著人們的消費觀念和消費習慣，致使整個餐飲業正潛移默化、不動聲息地發生著“翻天覆地”的變化。可是從另一方面來看，外賣點餐 app 雖然也給各式餐飲店提供了一個展示的平臺，促使消費者可以輕而易舉地購買自己想要的菜品， 但平臺所要收取的傭金比例較高，且在不斷上漲，導致商家的利潤也隨之降低，整個餐飲業受此影響，進入微利時代。因此，一個低傭金甚至零傭金的外賣點餐系統呼之欲出，類似于 kfc 等快餐品牌自身推出的在線點餐系統，不僅可以實現商家成本最大化，還能根據餐飲店自身特色打造出更為龐大的附加值，通過該平臺將買賣雙方利益最大化。
1.2設計意義
時至今日，人們的生活日常需求都可以通過一部手機來完成，手機點餐系統逐漸取代了傳統點菜系統的地位，整合了線下的菜譜，通過線上的點單系統來完成交易，對餐飲業來說是一個重要的突破。現如今的手機屏幕高清且通透，豐富了人們的視覺感受，通常對電子點餐界面都會進行精心的人性化界面設計，客戶可以在滿足自己點單需要的同時能夠簡潔明了的看到商家的菜譜，具有一定的觀賞性。因此此系統的開發的具有很大推廣價值與應用前景，讓餐飲服務業的經營更上一層樓，放心使用此系統。電子點餐系統對于餐飲服務業商家來說，一方面減少了傳統菜單需要制作、設計、加工的費用，還取代了傳統菜譜的具有使用期限與周期容易出現臟亂差的狀況。電子點餐系統，是一個完全可以取代傳統菜譜的系統，規避了傳統菜單的缺點，擁有傳統點單所不具有的優點。
1.3系統部署現狀
現如今，市場上的大多數餐館的點菜系統不單單只是依據基礎的點菜功能而存在，更是作為餐館信息管理處理的重要部分，為了讓客戶以及管理者在操作中更加方便快捷，增加了很多的附加功能，但是個人在點菜時，較難快速的完成點菜。但是通過手機 WAP 點菜系統，可以簡單快速的點菜，且沒有繁雜的門檻限制，這不管是對于商家還是客戶來說都
很方便快捷。且另一方面，電子菜單相比傳統菜單來說具備了很多優點，首先是電子菜單不存在弄臟和更換的擔憂，不會像傳統點菜一樣財務核算慢而且容易雜亂，在人手不夠的時候，傳統點菜方式還會出現漏點或者漏結算等情況，但是通過電子菜單點菜系統，可以保證完整記錄客戶點單情況、結算情況以及出單情況，從而節省客戶與商家各自的時間， 提高效率。
第 2 章 WAP 版手機外賣訂餐系統分析
2.1整體可行性分析
1、應用可行性
當今時代科技迅猛發展，智能手機、平板電腦等智能設備普及率高，對于身在當下的現代人來說，操作這些智能設備以及適應各種智能系統簡直易如反掌。一方面，該外賣點餐系統界面清晰明了、簡潔大方，緊跟系統設計潮流，基本可以說成是傻瓜式操作，用戶極易上手；另一方面，工作人員只需在售后人員簡單指導下即可熟練掌握系統的使用方法， 同時經過短期培訓就能立刻解決系統里所出現的常見問題。因此，本手機版外賣訂餐系統在應用方面也完全可行。
2、技術可行性
現如今科技不斷層層高升，在系統硬件配置上，我們不需要有過多的擔憂，而硬件更新速度、容量等方面也發生了質的飛躍，其價格也在呈現直線下降的趨勢，從中看出硬件平臺完全可以勝任該系統開發的重任。
同時本系統使用java 語言作為開發語言，運用了較為前沿且符合時代潮流的開發技術， 如通過 管理操縱 MySQL 數據庫，通過 ssm 框架搭建起整個系統核心，也便于后續人員在此基礎上進行二次開發，采用了 B/S 結構網絡結構模式大大降低了維護成本，提高了管理平臺的工作效率。這些開發技術在當前社會環境中運用最廣，學習起來也較為輕松， 同時這些技術也經受住了時間的考驗，由此可見，本系統在技術方面可行。
3、經濟可行性
隨著時代更替，計算機等智能設備也相較于之前其售價也變成了斷崖式下跌，同時計算機性能卻得到了質的提升，可謂物美價廉，實現了性價比最大化，售后質量也有所保障， 而商家對此的投入成本可以做到遠小于通過該系統所取得的利益。同時該系統還可極大的提高餐館工作效率，省去鋪面空間，節省大量的時間成本和人力勞動，實現隱藏效益最大化。最后，該系統所需要的開發工具也完全免費，在網絡上都可免費下載使用，無需二次付費，由此可見，該系統在經濟方面可行。
2.2系統模塊分析
2.2.1系統信息需求分析
通過對當地餐館進行實地調研，了解到餐館在平常情況下的運營模式、工作流程以及業務情況后，對收集的數據和資料進行分析思考，得出在該系統的開發過程中，不應該僅僅只模仿餐館流程，還應該考慮到實時的用戶需求，深入思考客戶到底想要什么樣的服務和品質保障，才能留住客人，建立反饋機制，實現效益最大化、長遠化。為此，根據用戶信息需求建立了圖 2.1 的運營流程圖:
2.2.2系統功能需求分析
（1）菜品管理
在餐館傳統運營模式中，廚師長往往擔任對菜品挑選、決定該季度的主菜和推出的特色菜為哪些菜品、根據銷量適時調整以及是否售空該撤換掉哪些菜品的職責。而在該功能模塊中，菜品管理模擬了該過程，可對菜品信息進行修改，并決定菜品是否下市等，是整個后臺管理系統的核心板塊，其流程圖如下圖所示:
（2）顧客管理
顧客即上帝，我們都知道老顧客回流對于餐館運營的重要性，通過老顧客還能為餐館帶來新的顧客量而實現引流，擴大顧客群體。因此顧客管理在該系統中也是必不可少的一部分，該模塊主要實現了記錄老顧客的相關信息，如聯系方式、住址信息等，方便餐館統計顧客需求、推銷自己的菜品、加強店家與顧客聯系并在此基礎上不斷完善自身服務機制以及菜品選擇、拓廣銷售群體。
（3）訂單銷售管理
該模塊詳盡地記錄了各式菜品的訂單銷售情況，如每一份菜品分別被下單的次數、顧客下單的時間、以及相關顧客信息等，可實現對銷售訂單作出整體統計和銷售情況概覽的功能，為商家改進菜品提供依據。
（4）系統信息管理
該模塊提供了菜單管理、角色管理、修改密碼三個子模塊，分別實現了增加刪除角色， 為角色分配權限，其中最高權限獲得者為超級管理員，可對角色名稱、地址、昵稱等相關信息進行修改，最后還可修改登錄密碼。系統信息管理為該系統建立了安全性保障。
（5）后臺用戶信息管理
該模塊用于添加新用戶，以及對用戶相關信息進行檢測，最后通過系統日志記錄下該過程，滿足了后臺數據庫的數據安全性需求，具體流程圖如下圖所示:
（6）系統日志
系統日志可以幫助使用者在最短的時間內排除故障，發現問題，找到根源，同時可以監視系統中發生的所有事件，是系統異常分析的重要依據，可為系統的安全運行保駕護航。
2.2.3系統性能需求分析
（1）系統界面設計合理，易于使用，整體簡單明了，頁面布局也更為科學化人性化、且可在多種瀏覽器環境下運行，獨立性強，對系統結構影響比較小。
（2）餐館業務信息管理高效化，餐館工作人員可實時查詢訂單銷售情況，并可以此為依據快速作出相應調整，及時避免或減少損失，增大收益。
（3）系統維護升級等相關操作易上手，便于生成新功能和實現第三方平臺的對接， 另外該系統也可方便管理人員擴充信息，具有較高的靈活性、可擴展性。
（4）該系統不是一個封閉系統，可通過接口與其他系統或平臺相連，具有與外界進行信息處理和信息交換的能力，開發性強。
（5）另一方面，該訂餐系統可在餐飲行業自助點單中發揮重要作用，同時也能對餐
館酒店等生產經營水平起到促進作用，從而幫助商家用戶提高自己的經營辦事效率，減少失誤，對未來發展的適應性強。
第 3 章 WAP 版手機外賣訂餐系統設計
3.1開發應用工具簡述
3.1. 簡述
是一種基于原型并將支持類型內置、可廣泛應用于服務器的直譯型客戶端腳本語言。同時也是一種輕量型且面向 Web 的編程語言，可嵌入到 HTML 網頁當中去，提供頁面與用戶的交互途徑:、DOM、BOM，是當前網頁設計和Web 項目所需熟練掌握的基本工具之一。
最初的目的是為了賦予網頁生命，在頁面加載時會自動執行，和 JAVA 有著較為明顯的區別。其安全性也較高，對外不提供內層或 CPU 底層訪問。 在瀏覽器運行時也會被限制能力，如 沒有直接訪問操作系統的功能，這樣做的目的是為了防止用戶的私人數據被泄露，從而造成安全隱患，通過這種方式保障用戶信息安全。
3.1. 簡述
是目前應用較廣的、可以簡化 開發、兼容性和可擴展性強的 框架，使用起來類似于 CSS 層疊樣式表的選擇器，可以快速操作 HTML 元素，完成網頁的相關設計，以便快速開發網站，可以實現用更少的資源做更多的事情。
同時 也為Web 項目提供了可跨瀏覽器的抽象層，通常用${}實現字符串的替換， 將 HTML 和 CSS 分離開來，使得代碼更加清晰明了。同時 運行代碼時不一定要等到整改頁面加載完成時才開始執行，而是在 DOM 樹構造完成時就開始執行代碼，大大改善了其代碼性能，使得開發者可以高效工作。
3.1. 簡述
MySQL 是響應速度極快、能儲存大量數據并根據用戶請求快速返回搜索結果的關聯式數據庫，運用 C 語言和C++編寫，可移植性強，多種操作系統如 Linux、 都可使用該數據庫對數據進行操作。其也能適應多種編程語言，支持多線程，尤其憑借開源的優勢，受到廣大中小型企業的青睞。
MySQL 數據庫一般采用客戶-服務器體系結構，具有高效、靈活的特點，在收發客戶請求時，先使用監聽器處理請求，根據邏輯判斷客戶想訪問哪些數據庫的內容，再把相關信息回傳給客戶，主要在數據庫服務器上運行。而另一個客戶端程序則負責連接數據庫服務器，向其發送命令，傳遞服務器想要什么具體操作的相關信息。
3.1.4SSM 簡述
SSM 框架由 ++ 三部分構成，其實籠統地來講，也可說成由
、 兩個免費開源框架整合而成， 與 其實是包含關系，
中包含了 ,。它的出現是為降低應用開發的復雜性，使得越來越多的人可以成為Web 項目的程序開發者。下面將一一對這三者進行詳細介紹:
：
相當于一個容器，用來裝 （java 對象），我們可以形象地將其比喻為一個對象工廠，按要求標記的類都會被提前放入 這個容器中來，不用需要開發者再顯式地 new 一個實例對象,使用時直接聲明變量即可網上外賣訂餐系統，由此也可便于管理這些對象。
在項目開發過程中，其難點往往來源于需要調試大量配置項的配置文件。框架開發中的一個弊端就是如果程序報錯而實際問題出現在配置文件中，則系統沒辦法去定位該錯誤，從而使得開發人員很難找到錯誤的根源點在哪，進而糾正不了錯誤導致程序報廢。而 在創建對象時往往就是依據配置文件，因此我們在編寫配置文件時應格外小心，盡量避免在配置文件里過于頻繁地修改自己編寫的代碼。
：
從字面來看便知其由三部分組成:M 即 Model，為業務處理模型，聽從 控制器的調派，進行處理相關業務和數據的操作。C 即 控制器，用于接受客戶請求，判斷下一步該進行什么邏輯操作，然后傳給視圖分發器作出回應，將頁面傳回前端，響應用戶請求。
：
從內部封裝了 JDBC 數據庫連接，很大程度上簡化了開發人員需要手動設置參數等操作，利用反射實現了 java 類和 sql 語句之間的相互轉換，基于 實例實現，其中 配置文件可被抽象為 接口。
SSM 框架的工作流程可簡要概括為:用戶發起一個請求， 服務器根據URL 判斷，找到相應的控制器，控制器接收分析參數，判斷是否從數據庫獲取數據，通過 容器找到訪問對象，告訴對象需要什么數據，再傳回視圖分發器，回傳圖像給用戶響應其請求。下圖簡要展示了該過程:
3.1. 簡述
是基于 Java、支持定制化 SQL、且具有持久化特性的對象關系映射框架，可將接口和 JAVA 的普通對象映射到數據庫中。因其內部封裝了 JDBC，省去了開發者需要額外花費時間精力關注數據庫驅動、數據庫連接等麻煩，應用起來十分靈活。編寫代碼的程序員也只需關注 SQL 語句本身，其內部已經實現了將 SQL 語句與 JAVA 方法相關聯， 因此可直接編寫 SQL 原生代碼。
的功能架構分為三層，可為用戶提供對數據庫的增、刪、改、查、設置數據庫專有特性的各種功能。在 API 接口層，開發者可通過本地接口 API 來對數據進行頻繁的調動網上外賣訂餐系統，進而完成相關數據處理操作。在數據處理層， 可根據開發人員的調用請求完成相關數據庫操作，如對 SQL 語句進行查找解析等。在基礎支撐層， 會將各個最基礎且具有共用性特征的組件全部抽取出來，為數據處理層提供最基本的功能支撐。另外， 可對不規范或遺留下來的數據庫進行操作，相當靈活，也支持編寫重用動態的 SQL 語句，對數據庫進行統一管理。
與 JDBC 相比的優勢在于相關代碼得到了簡化，且兼容性、集成性強、更易維護并進行單元測試。一個硬幣有其兩面性， 同樣如此。當關聯表變多時，開發人員編寫 SQL 語句的工作量就會隨之上升，且移植性較差，一次編碼只能應用于當前編寫的數據庫，不能再用于別的數據庫，其緩存機制也有待加強。
3.1.6C3P0 簡述
C3P0 是一個免費開源且拓展了傳統的 JDBC 數據庫的連接池，也可稱為一個庫，可綁定數據源和 JNDI。而傳統模式中建立數據庫連接時，每次連接都會去驗證用戶請求，因此將會消耗我們大量的時間和資源。
但 C3P0 連接池與此不同，當用戶發送一個需要訪問數據庫的請求時，數據池會將該連接作為一個對象儲存在內存塊里，然后從連接池中取出一個已經建立完畢的連接對象進行連接，不會有新連接的出現。而在用戶使用完畢后，將該對象又放回連接池中以便于循環利用，從而實現連接復用。以此大大提高了應用程序的健壯性。
3.1. 簡述
是一種基于 框架以第三方組織開發的 UI 插件集合體，可幫助開發人員方便快捷且迅速地實現 UI 界面的美工，其功能強大，在中小型公司開發項目中廣受歡迎。
與此同時， 也簡單易懂，比較好上手。具體體現在開發者不需要對 css 層疊樣式表有過多的了解或精通此項技術，只需會編程一些簡單的 HTML 超文本標簽，就可以輕輕松松定義用戶界面。用 寫出來的代碼哪怕是編程小白在進行簡單學習后也能完全讀懂，省掉了開發者編寫復雜繁瑣的 JS 代碼過程，卻能達到相同的效果，可以看出 簡直是個可支持 HTML 網頁運行的完美框架。最后我們還能充分利用 為我們節省出來的時間成本去完善系統的相關功能，由此可見， 功能強大，不容小窺。
3.2模塊設計
根據對系統模塊進行相應的分析，可將該系統各個功能模塊之間的輸入、輸出連接關系
表示為下圖圖 3.2 模塊設計圖
3.3系統數據庫設計概述
3.3.1概念結構設計
要實現對手機外賣訂餐的概念結構設計，還需以先前進行的系統分析作為依據，將所得到的應用需求抽象為概念模型，用來表達信息世界的結構，直觀反映出該系統所需要滿足的功能性需求，客觀地展現出各個實體之間的對應關系和內在聯系，滿足對用戶的處理要求。
在概念模型中最為典型的是 E-R 模型，通過 E-R 圖可表達不同實體型之間的聯系，該系統 E-R 圖主要包含顧客、后臺信息管理員、菜品三個實體，且都為多對多關系。顧客的主要屬性有顧客姓名、送餐地址、聯系電話；菜品的主要屬性有菜品單價、菜品數量等； 后臺信息管理員的主要屬性有角色權限、角色昵稱、實名信息等；其 E-R 圖如下圖所示::
3.3.2數據表設計與應用
圖 3.3 系統整體 E-R 圖
在數據表的設計中，為方便數據庫檢索和訪問數據信息，應減少數據庫數據冗余和重復，保持數據信息的一致性，并將結構設計和操作設計相結合，逐步對數據模型進行優化， 便于之后對數據的維護、更新、完善。
在以上的前提下，可以有如下的邏輯結構: 1）數據庫名稱:db-book-
2）該數據庫設置了下列的表格屬性:
表 3-1 user 表(存儲后臺管理員信息）字段名稱 數據類型 主鍵 是否空 說明
id int Y N 主鍵，用戶 ID
N N 用戶登錄名
N N 用戶登錄密碼
int N N 用戶類別，是否為管理員
photo N N 用戶頭像
sex int N N 性別
age int N N 年齡
N N 住址
。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。
。。。。。。。。。。。。。。。。。。。。。。
論文下載地址：請點擊》》》》
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
