【文章內(nèi)容簡介】 Python、 Java、 Perl、PHP、 Eiffel、 Ruby 和 Tcl 等； （ 4）既可以單獨(dú)應(yīng)用在客戶端服務(wù)器網(wǎng)絡(luò)環(huán)境中，也能嵌入到其他的軟件中，并且提供多語言支持，常見的編碼如中文的 GB 231 BIG5，日文的 Shift、 JIS 以用作數(shù)據(jù)表名和數(shù)據(jù)列名； （ 5） 提供 TCP/IP、 ODBC 和 JDBC 等多種 數(shù)據(jù)庫連接方式； （ 6）提供多種數(shù)據(jù)庫操作的管理工具； （ 7）可以處理數(shù)以萬計(jì)的數(shù)據(jù)。 C/S 模式 介紹 在網(wǎng)絡(luò)連接模式中，除對等網(wǎng)外 ,還有另一種形式的網(wǎng)絡(luò)，即客戶機(jī) /服務(wù)器網(wǎng)，找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 Client/Server。在客戶機(jī) /服務(wù)器網(wǎng)絡(luò)中，服務(wù)器是核心，客戶機(jī)是基礎(chǔ)，客戶機(jī)依靠服務(wù)器獲得所需要的 數(shù)據(jù)資源 ，而服務(wù)器為客戶機(jī)提供必要的資源以及出具的邏輯處理。 這里客戶和服務(wù)器都是指通信過程中涉及的兩個(gè)應(yīng)用進(jìn)程（ 軟件 ）。使用計(jì)算機(jī)的人是計(jì)算機(jī)的 “用戶 ”（ user）而不是 “客戶 ”（ client）。但在許多國外文獻(xiàn)中，也經(jīng)常把運(yùn)行客戶程序的機(jī)器稱為 client（這種情況下也可把 client 譯為 “客戶機(jī) ”），把運(yùn)行服務(wù)器程序的機(jī)器稱為 server。所以有時(shí)要根據(jù)上下文判斷 client 與 server 是指軟件還是硬件。 它是軟件 系統(tǒng)體系結(jié)構(gòu) ，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)更加合理的分配到 Client 端和 Server 端來實(shí)現(xiàn)，這樣就可以降低了系統(tǒng)的通訊開銷。目前大多數(shù) 應(yīng)用軟件 系統(tǒng)都是 Client/Server 形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的 Web 應(yīng)用發(fā)展， Web 和 Client/Server 應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理，應(yīng)用不同的模塊共享邏輯組件；因此，內(nèi)部的和外部的用戶都可以訪問新的和現(xiàn)有的應(yīng)用系統(tǒng)，通過現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。這也就是目前應(yīng)用系統(tǒng)的發(fā)展方向。 C/S 架構(gòu)軟件的優(yōu)勢和劣勢： 應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。最簡單的 C/S 體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用由兩部分組成，即客戶應(yīng)用程序和 數(shù)據(jù)庫服務(wù)器 程序。二者可分別稱為前臺程序 與后臺程序。運(yùn)行數(shù)據(jù)庫服務(wù)器程序的設(shè)備，稱為應(yīng)用服務(wù)器。一旦服務(wù)器程序被啟動，就會隨時(shí)等待響應(yīng)客戶程序發(fā)來的請求并進(jìn)行處理；客戶的應(yīng)用程序運(yùn)行在用戶自己的電腦上，對應(yīng)于數(shù)據(jù)庫服務(wù)器，可稱為客戶電腦，當(dāng)需要對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行任何操作時(shí)，客戶程序就自動地尋找服務(wù)器程序，并向其發(fā)出請求，服務(wù)器程序根據(jù)預(yù)定的邏輯進(jìn)行處理，并且將結(jié)果發(fā)送給客戶端。 數(shù)據(jù)的儲存管理功能較為透明。在數(shù)據(jù)庫應(yīng)用中，數(shù)據(jù)的儲存管理功能，是由服務(wù)器程序和客戶應(yīng)用程序分別獨(dú)立進(jìn)行的，前臺主要用戶從服務(wù)器端獲取數(shù)據(jù)用于界面的顯示也可以輸入數(shù) 據(jù)并將數(shù)據(jù)存儲到后臺的數(shù)據(jù)庫中。而后面主要是為了向前臺提供數(shù)據(jù)，并接受前臺傳來的數(shù)據(jù)將其進(jìn)行一些必要的邏輯操作再存數(shù)的數(shù)據(jù)庫中去。在 C/S體系的下，數(shù)據(jù)庫不能真正成為公共、專業(yè)化的倉庫，它受到獨(dú)立的專門管理。 C/S 架構(gòu)的劣勢是高昂的維護(hù)成本且投資大。首先，采用 C/S 架構(gòu)，要選擇適當(dāng)?shù)臄?shù)據(jù)庫平臺來實(shí)現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正 “統(tǒng)一 ”，使分布于兩地的 數(shù)據(jù)同步 完全交由 數(shù)據(jù)庫系統(tǒng) 去管理，但邏輯上兩地的操作者要直接訪問同一個(gè)數(shù)據(jù)庫才能有效實(shí)現(xiàn)，有這樣一些問題，如果需要建立 “實(shí)時(shí) ”的數(shù)據(jù)同步，就必須在兩地間建立實(shí)時(shí)的通訊連接，保持找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 兩地的數(shù)據(jù)庫服務(wù)器在線運(yùn)行，網(wǎng)絡(luò)管理工作人員既要對服務(wù)器維護(hù)管理，又要對客戶端維護(hù)和管理，這需要高昂的投資和復(fù)雜的技術(shù)支持，維護(hù)成本很高，維護(hù)任務(wù)量大。 傳統(tǒng)的 C/S 結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，由于產(chǎn)品的更新?lián)Q代十分快，代價(jià)高和低效率已經(jīng)不適應(yīng)工作需要。在 JAVA 這樣的跨平臺語言出現(xiàn)之后， B/S 架構(gòu)更是猛烈沖擊 C/S，并對其形成威脅和挑戰(zhàn)。 3 系統(tǒng)可行性分析以及需求 隨著科技的發(fā)展，二十一世紀(jì)成為了以網(wǎng)絡(luò)化、信息化為核心的社會。網(wǎng)絡(luò)商業(yè)化找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 也成為了時(shí)下最熱門的詞匯，越來越多的宅男宅女們青睞于足不出戶便可以處理完成生活瑣事。傳統(tǒng)的訂餐方式已不能滿足人們的需求，為了順應(yīng)社會的發(fā)展與時(shí)代的需求，開發(fā)設(shè)計(jì)基于 android 的網(wǎng)上訂餐系統(tǒng)，它獨(dú)有的便捷性和直觀性 ,將會得到了很多人的青睞。 并且現(xiàn)在社會上安卓手機(jī)的覆蓋范圍已 經(jīng)超過了百分之八十的市場份額，采用安卓的平臺來開發(fā)的手機(jī)應(yīng)用系統(tǒng)將會極大可能的增加其應(yīng)用范圍以及受眾人群。 綜上分析，決定利用 Android 設(shè)計(jì)系統(tǒng)的客戶端，用 JAVA 和 MySQL 設(shè)計(jì)網(wǎng)上訂餐系統(tǒng)的服務(wù)器端，使該系統(tǒng)可以更加方便的使用于不同需求的人群。 系統(tǒng)設(shè)計(jì)目標(biāo) 為客戶設(shè)計(jì)更加方便快捷的訂餐系統(tǒng)，分別從客戶和商戶兩端同時(shí)著手設(shè)計(jì)，從根本上解決就難高峰期的擁堵問題，客戶在訂餐是可以提交就餐時(shí)間用來方便商家接受訂單是可以及時(shí)處理，合理安排餐點(diǎn)，從而達(dá)到用戶到店便可及時(shí)就餐的問題。 系統(tǒng)安全性 對于不同的用戶有不同的權(quán)限，系統(tǒng)對于他們有良好的區(qū)分度。同時(shí)保證了數(shù)據(jù)的安全性、可靠性。準(zhǔn)確的數(shù)據(jù)、可恢復(fù)性的系統(tǒng)都是必須的。比如本系統(tǒng)將操作用戶分成了三類：管理員、商戶、用戶，他們具有明確的區(qū)分。管理員登陸時(shí)可以為所有的商戶合理分配賬號和密碼，管理所有的用戶以及查看所有的訂餐和菜品；商戶登錄時(shí)，只可以針對自己商戶的訂餐進(jìn)行處理，查看自己商戶的訂單；用戶只能在客戶端，只可以進(jìn)行查看菜品和下單的操作。這樣通過菜單級的用戶權(quán)限管理，增強(qiáng)了系統(tǒng)的安全性。 可維護(hù)性 在使用系統(tǒng)的過程中 ，會遇到很多新的要求，有時(shí)候還要有新的內(nèi)容進(jìn)行擴(kuò)展，因此在設(shè)計(jì)系統(tǒng)時(shí)必須要考慮到，這樣設(shè)計(jì)出來的系統(tǒng)才能滿足實(shí)際的應(yīng)用，并能隨時(shí)進(jìn)行功能的增加。管理員會不斷對系統(tǒng)進(jìn)行更新，如新功能的開發(fā)，數(shù)據(jù)的維護(hù)等。充分考慮到了代碼的冗余問題，從而增加系統(tǒng)的可維護(hù)性。 用戶操作 找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 設(shè)計(jì)的目標(biāo)中應(yīng)該包含使用盡可能方便用戶，操作簡潔明了，以求更好的發(fā)揮系統(tǒng)的作用。本系統(tǒng)中對用戶有明確的操作指示，在網(wǎng)頁中可以瀏覽系統(tǒng)為用戶提供給的任何服務(wù)，如查看菜單信息，個(gè)人信息以及密碼的修改等操作在頁面中都有清晰的顯示。 運(yùn)行速度 系統(tǒng)響應(yīng)時(shí)間對于系統(tǒng)至關(guān)重要。考慮到每位用戶都不喜歡傳統(tǒng)的訂餐時(shí)間長的方式，后臺會不斷完善系統(tǒng)的運(yùn)行速度爭取在第一時(shí)間滿足用戶的訂餐需求。對于管理員，需要注意的是在提高響應(yīng)時(shí)間的時(shí)候不能忘記系統(tǒng)的安全性。 界面 用戶界面應(yīng)該做到清晰簡單一目了然，給人以舒適感，易于操作。 系統(tǒng)需求分析 本系統(tǒng)主要是實(shí)現(xiàn)網(wǎng)上瀏覽菜單、訂餐、產(chǎn)生訂單等功能的系統(tǒng)。需要實(shí)現(xiàn)菜品信息的動態(tài)提示、購物車管理、客戶信息注冊、登錄管理、訂單處理等模塊。需要完成的主要任務(wù)如下：當(dāng)客戶進(jìn)入網(wǎng)上訂 餐時(shí)，應(yīng)該在訂餐頁面中分類顯示最新的菜品信息，以供客戶選擇所需菜品，同時(shí)提供按菜品名稱，快速查詢所需菜品信息的功能。當(dāng)客戶選擇預(yù)定某個(gè)菜品時(shí)，應(yīng)該能夠?qū)?yīng)菜品信息，如：價(jià)格、數(shù)量記錄到對應(yīng)的購物車中，此時(shí)客戶可以選擇選擇其他菜品或是查看自己的購物車，最后，在購物車中填寫相應(yīng)的送餐信息，提交訂餐訂單后，自動清除已生成訂單的購物車中的信息。餐廳服務(wù)人員根據(jù)訂單信息，查看詳細(xì)訂單明細(xì)并根據(jù)實(shí)際情況處理訂餐。 4 概要設(shè)計(jì) 功能模塊 隨著 3G 時(shí)代的到來，手機(jī)應(yīng)用越來越普遍，加之國民手機(jī)持有量更是爆炸 式增長。為了方便 Android 手機(jī)用戶能隨時(shí)隨地點(diǎn)到自己喜歡的菜品，提出一種操作簡便，功能齊全，占用資源少，能為用戶節(jié)約流量的的網(wǎng)上訂餐應(yīng)用。在此需求上提出本系統(tǒng)的主找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 要界面與功能。 需求界面如下： 客戶端： 登陸、注冊界面 顯示菜品界面 搜索菜品界面（按菜品名稱、種類、店鋪名稱進(jìn)行搜索） 購物車界面 在線下單 菜品詳情界面 服務(wù)器端： 登陸界面 菜單管理、商戶管理、用戶管理、訂單管理、分組管理 需求實(shí)現(xiàn)功能如下： 客戶端： 實(shí)現(xiàn)客戶端與服務(wù)器之間的連接 實(shí)現(xiàn)登陸、注冊功能 實(shí)現(xiàn)登陸后能瀏覽到服務(wù)器數(shù)據(jù)，并對數(shù)據(jù)進(jìn)行一系列的操作 能把菜品加入到購物車，并結(jié)算生成訂單 把生成的訂單信息傳回服務(wù)器端 服務(wù)器端： 實(shí)現(xiàn)管理員登陸 實(shí)現(xiàn)添加、刪除、修改菜品信息 實(shí)現(xiàn)添加、刪除、修改商戶信息 實(shí)現(xiàn)對客戶端傳過來的訂單進(jìn)行處理 實(shí)現(xiàn)添加、刪除用戶列表 實(shí)現(xiàn)不同用戶登陸的權(quán)限控制 該系統(tǒng)的功能模塊圖如圖 41 所示： 找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 圖 41 系統(tǒng)功能模塊圖 功能模塊與流程 客戶端的主要功能模塊： 客戶端主要用在給客戶瀏覽菜品以及點(diǎn)菜下單的功能，因此將客 戶端分為以下 6個(gè)模塊進(jìn)行設(shè)計(jì)，每個(gè)模塊的詳細(xì)說明如表 41 所示 ，功能示意如圖 42 所示： 表 41 客戶端概要設(shè)計(jì)表 客戶端模塊 簡要說明 登錄模塊 在連接上服務(wù)器的前提下登陸成功 注冊模塊 在鏈接上服務(wù)器的前提下注冊成功 瀏覽菜品模塊 從服務(wù)器中讀取數(shù)據(jù)，并把數(shù)據(jù)封裝顯示在菜品列表中 購物車 用戶定了菜品之后，所有的訂餐信息都顯示在這個(gè)模塊中 用戶下單 用戶在菜品列表中找到自己所選的菜品進(jìn)行下單 商品搜索模塊 按照用戶選擇的條件從手機(jī)數(shù)據(jù)庫中搜索數(shù)據(jù) 找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 圖 42 客戶端示意圖 服務(wù)器端 的功能模塊： 服務(wù)器端主要用于管理人員以及商戶的登錄，管理人員主要用于維護(hù)整個(gè)系統(tǒng)的內(nèi)容以及安全性，為商戶分配各自的賬號和密碼，管理所有的商戶用戶以及菜品。商戶登錄服務(wù)器端主要是為了維護(hù)自己的菜品，增加、修改和刪除自己商鋪的菜品，隨時(shí)更新信息，方便用戶在客戶端進(jìn)行查看，并且當(dāng)用戶提交訂單后可以查看自己商鋪的訂單，并對其進(jìn)行及時(shí)的處理。 服務(wù)器端的功能模塊詳細(xì)說明如表 42 所示，功能示意 如圖43 所示 ： 表 42 服務(wù)器端概要設(shè)計(jì)表 服務(wù)器端模塊 簡要說明 登錄模塊 提供管理員與商戶登 陸 菜單管理 對要顯示在客戶端的菜品進(jìn)行添加刪除和修改操作 商戶管理 對商戶信息進(jìn)行維護(hù) 用戶管理 對用戶信息進(jìn)行維護(hù) 訂單管理 顯示現(xiàn)有的訂單信息并給與處理按鈕 分組管理 對菜品的熱銷程度進(jìn)行管理 找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 圖 43 服務(wù)器端示意圖 數(shù)據(jù)庫設(shè)計(jì) 本系統(tǒng)需要一個(gè)服務(wù)端來為客戶端提供數(shù)據(jù)接口服務(wù) ,服務(wù)端采用 MySQL 數(shù)據(jù)庫來存放數(shù)據(jù) , MySQL 是一種關(guān)聯(lián)數(shù)據(jù)庫管理系統(tǒng)，關(guān)聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉庫內(nèi)，這樣就增加了速度并提高了靈活性。之所以在本系統(tǒng)的開發(fā)中采 用 MySQL 數(shù)據(jù)庫來存儲本系統(tǒng)的數(shù)據(jù)，首先是因?yàn)?MySQL 占用內(nèi)存小，不會影響整個(gè)計(jì)算機(jī)的運(yùn)行速度，其次是因?yàn)?MySQL采用的語法的 SQL的基本書寫語法，便于操作，且又為關(guān)系型數(shù)據(jù)庫，易于對數(shù)據(jù)進(jìn)行管理。 數(shù)據(jù)庫的設(shè)計(jì)原則 關(guān)于數(shù)據(jù)庫表的設(shè)計(jì)是每個(gè)系統(tǒng)開發(fā)最開始也是最主要的步驟，數(shù)據(jù)庫設(shè)計(jì)的好壞直接關(guān)聯(lián)系統(tǒng)后期開發(fā)的難易程度以及后期的可維護(hù)性，大型的數(shù)據(jù)庫的設(shè)計(jì)既要考慮到數(shù)據(jù)的存取速度又要考慮到系統(tǒng)的安全性。 主要的原則有以下幾點(diǎn)： 數(shù)據(jù)庫中的表最好與實(shí)體是一對一的關(guān)系，若是表與表之間的 關(guān)聯(lián)過多最好再寫一張關(guān)系表，這樣可以防止數(shù)據(jù)查詢的時(shí)候速度過慢，否則為了加快數(shù)據(jù)的查詢速度往往要增加索引，但是這樣就會增加數(shù)據(jù)庫的復(fù)雜程度，不利于后期的維護(hù)。 基本表及其字段之間的關(guān)系 , 應(yīng)盡量滿足第三范式。但是，滿足第三范式的數(shù)據(jù)庫設(shè)計(jì)，往往不是最好的設(shè)計(jì)。為了提高數(shù)據(jù)庫的運(yùn)行效率，常常需要降低范式標(biāo)準(zhǔn)：找畢業(yè)設(shè)計(jì)、項(xiàng)目源碼、編程視頻，就上碼農(nóng)網(wǎng) manong365 適當(dāng)增加冗余，達(dá)到以空間換時(shí)間的目的。 一個(gè)數(shù)據(jù)庫中表的個(gè)數(shù)越少越好。只有表的個(gè)數(shù)少了，才能說明系統(tǒng)的 E－ R圖少而精，去掉了重復(fù)的多余的實(shí)體，形成了對客觀世界的高度抽象，進(jìn)行了系統(tǒng)的數(shù)據(jù)集成，防止 了打補(bǔ)丁式的設(shè)計(jì)。 一個(gè)表中組合主鍵的字段個(gè)數(shù)越少越好。因?yàn)橹麈I的作用，一是建主鍵索引，二是做為子表的外鍵，所以組合主鍵的字段個(gè)數(shù)少了，不僅節(jié)省了運(yùn)行時(shí)間，而且節(jié)省了索引存儲空間。 一個(gè)表中的字段個(gè)數(shù)越少越好。只有字段的個(gè)數(shù)少了，才能說明在系統(tǒng)中不存在數(shù)據(jù)重復(fù)，且很少有數(shù)據(jù)冗余，更重要的是要學(xué)會學(xué)會“列變行”，這樣就防止了將子表中的字段拉入到主表中去，在主表中留下許多空余的字段。所謂“列變行”，就是將主表中的一部分內(nèi)容拉出去，另外單獨(dú)建一個(gè)子表。 發(fā)現(xiàn)某個(gè)表