【導讀】道德、學術規(guī)范的行為，也沒有侵犯任何其他人或組織的科研成果及專利。如本畢業(yè)設計（論文）引起的法律結果完全由本人承擔。畢業(yè)設計（論文）成果歸武漢工程大學郵電與信息工程學院所有?；緦崿F了全民普及。而且隨著第三方支付工具如支付寶、財付通等的不斷發(fā)展。和完善，網絡團購日益成為網民日常網絡生活的一項重要內容。顯示各大團購網站對手機端團購群體的爭奪越來越激烈。Google公司在2020年11月5日正式公布。位，出貨量持續(xù)增長。在中國市場，Android份額更是接近84%，因此選擇在安卓。智能手機平臺上開發(fā)一個手機團購應用是很有意義的。和服務器端兩個部分構成。客戶端負責向用戶呈現各類信息、向服務器端發(fā)送請。求，服務器端接收請求并將處理結果返回給客戶端?？蛻舳擞梢粋€Android應用程。開發(fā)過程中的難點主要集中在業(yè)務邏輯的處理和數據持久化的實現。輯依賴前期的需求分析得到解決，數據的持久化借助SQLite技術得以實現。

　　

【正文】 源于 JavaScript。 JSON 采用完全獨立于任何語言的數據格式，但保留了 C 系計算機語言的一些語法習慣，因此很容易被人理解運用， 也有利于機器的解析。 對象和數組是 JSON 中的兩種基本數據結構，對象指的是由 {}括起來的內容，結構為 {? }，其中 Key 表示的是對象的屬性， Value 表示的是該屬性的屬性值；數組指的是由 []括起來的內容，結構為 [“ Android” ,” Java” ,? ]，跟 C 語 21 言中的數組定義方式幾乎一樣，可以包含數字、字符串、對象等等 [7]。之所以沒有選擇 XML 數據格式是因為 XML 數據格式會導致數據量過大（各種標示符），解析 XML 文件要付出較大的性能開銷。 為了避免出現中文數據傳遞過程中 出現中文亂碼的情形，服務器和客戶端的所有程序都使用 UTF8 標準作為編碼標準。接下來說明一些數據的發(fā)送和解析過程。客戶端將數據寫入一個 JSON 對象中，之后將該對象轉化為字節(jié)流借助 Http協(xié)議將 其 發(fā)送到服務器端。服務器接收到該字節(jié)流之后， 先 將它轉換成字符流，再轉換成 JSON 對象， 然后 服務器按照客戶端和服務器之間的通信協(xié)議中規(guī)定的接口，解析出關鍵參數，再按參數調用相應的業(yè)務邏輯模塊。 業(yè)務邏輯設計 業(yè)務邏輯設計的是否合理直接關系到系統(tǒng)的開發(fā)是否成功，并為后期的代碼維護和修改減輕很大負擔，在本 小節(jié)中主要介紹業(yè)務模塊需求分析所提出的功能模塊對應的業(yè)務邏輯。 登錄注冊模塊業(yè)務邏輯 注冊模塊業(yè)務邏輯主要描述了用戶從客戶端向服務器注冊個人信息的過程。該業(yè)務邏輯的具體描述如下：用戶在客戶端發(fā)起用戶注冊事件，之后客戶端程序將用戶的賬號、密碼信息發(fā)送至中間件服務器。中間件服務器將這些信息保留在本地并轉發(fā)至位于最后臺的賬號管理服務器。如果在賬號管理服務器注冊信息成功，則返回注冊成功信息，中間件服務器會在本地將該賬號、密碼信息插入至自己的數據庫，并初始化該賬號對應的信息；如果返回注冊失敗的信息，則提 示用戶重新輸入賬號密碼信息 ,注冊模塊對應的業(yè)務 流程 圖如圖 所示。 開始 向中間件服務器發(fā)送 HTTP 請求 向視圖層發(fā)送成功信息 中間件服務器保存用戶信息 獲取用戶信息 是否成功 是 22 圖 注冊模塊流程圖 賬號模塊業(yè)務邏輯主頁負責用戶賬號的登錄和登出。用戶可以通過點擊屏幕下方菜單中的“更多”選項，進入賬號管理界面。賬號管理界面主要負責顯示用戶的賬號信息、昵稱信息、賬戶積分、賬戶等級等等。系統(tǒng)也提供了“退出登錄”選項。用戶可以點擊退出登錄按鈕退出登錄狀態(tài)。因為賬號管理的業(yè)務邏輯非常簡單，在這里就不給出賬號管理業(yè)務邏輯的流程圖了 。 登錄模塊業(yè)務邏輯主要實現了用戶從客戶端登錄服務器的過程。該業(yè)務邏輯的具體描述如下：用戶在客戶端觸發(fā)用戶登錄事件，之后客戶端程序將用戶的賬號、密碼信息發(fā)送至中間件服務器，之后中間件服務器再將用戶的賬號、密碼信息發(fā) 送至位于最后端的賬號管理服務器，賬號管理服務器檢索自己維護的數據庫，如果沒有查詢到該賬號、密碼所對應的記錄則向中間件服務器返回錯誤提示信息，之后中間件服務器再將這一信息返回至客戶端，并提示用戶再次輸入正確的賬戶、密碼信息；如果賬號管理服務器返回的是正確的結果，中間件服務器會檢索自己在本地是否已經存 在該賬號所對應的一系列用戶信息，如果已存在則更新相應的本地用戶信息，如果不存在則在本地插入一條新的用戶信息。登錄模塊對應的業(yè)務 流程 如圖 所示。 注冊界面 向中間件服務器發(fā)送 HTTP 請求 中間件服務器 保存注冊信息 向視圖層發(fā)送失敗信息 向后臺服務器發(fā)送 HTTP 請求 后臺服務器端 結束 否 開始 登錄界面 向中間件服務器發(fā)送 Http 請求 中間件服務器 向后臺服務器發(fā)送 Http 請求 23 圖 登錄模塊流程圖 商品信息模塊業(yè)務邏輯 該業(yè)務邏輯主要負責向用戶展示商品的具體信息。用戶進入手機端的應用程序以后，在主頁面 會有六個分類標簽，用戶點擊感興趣的標簽即可 進入商品信息的展示列表頁面，每個列表項 都包含團購商品的圖片、描述價格和折扣信息。用戶點擊相應的商品圖片可以進入該商品詳細的購買頁面，除了商品圖片、描述、價格和折扣以外還可以進行收藏和加入購物車等操作。 商品分類界面 開始 美食 娛樂 生活 酒店旅游 網購 其他 后臺服務器 驗證用戶賬號和密碼 查詢數據庫是否存在此用戶 向 視 圖層 發(fā)送失敗信息 結束 更新數據庫 注冊新用戶 中間件服務器從后臺服務器獲取用戶信息 查詢本地是否存在此用戶 更新用戶信息 向視圖層發(fā)送成功信息 添加用戶信息 是 是 否 否 是 否 24 圖 商品信息模塊流程圖 系統(tǒng)提供了四種為商品排序的方式。根據用戶選擇的不同排序方式，商品將按照對應的方式顯示。這四種排序方式分別是：默認排序（銷量排序）、價格高低排序、折扣排序、發(fā)布時間排序。默認排序將按照已銷售商品數量的 多少排序；價格高低排序就是按照商品價格的高低來排序；折扣排序就是根據一件商品打折的力度來進行排序；發(fā)布時間排序就是按照商品上架順序來排列。商品的展示界面根據展示的信息多少也分為兩種，一種展示簡略的商品信息，一種展示詳細的商品信息。商品信息的獲取會觸發(fā)客戶端和服務器之間的交互。商品信息模塊業(yè)務 流程 具體情況如圖 所示。 訂單模塊業(yè)務邏輯 該模塊其實由兩部分構成：訂單生成業(yè)務邏輯和訂單提交業(yè)務邏輯。訂單生成業(yè)務邏輯的具體描述如下：用戶進入購物車頁面之后，如果購物車中的商品已經確定，就可以點擊“結 算”按鈕跳轉至訂單生成界面。如果用戶之前有過一次訂單成功提交的記錄，訂單生成界面會自動加載上 一次訂單中的關鍵信息（收貨人信息、支付方式、送貨時間和送貨方式 等）。如果用戶是首次觸發(fā)訂單生成業(yè)務或者上次的訂單信息需要改變，用戶可以自己在對應的文本框中填寫收貨人信息、支付方式、送貨時間、送貨方式等。在確認無誤之后用戶就可以點“訂單提交”商品列表界面 默認排序 價格排序 折扣排序 發(fā)布時間排序 商品詳情界面 結束 25 按鈕觸發(fā)訂單提交業(yè)務。在訂單提交之后用戶可以點擊“繼續(xù)購物”按鈕返回商品列表繼續(xù)瀏覽商品信息，也可以單擊“首頁”返回應用程序的開始界面。訂單生成業(yè)務 流程 的具體描述見圖 所示 。 圖 訂單信息模塊流程圖 訂單提交業(yè)務邏輯的具體描述如下：用戶在確認訂單信息正確無誤之后點擊提交訂單按鈕?？蛻舳顺绦驎?chuàng)建一個新線程，該線程會將訂單生成頁面中的訂單信息和 URL 地址按照規(guī)定格式封裝 并發(fā)送給中間件服務器，中間件服務器收到信息之后再轉發(fā)給最后臺的電商服務器。需要注意的是客戶端轉發(fā)的服務器地址 都是設定好的、固定不變的。電商服務器在解析訂單信息之后，查詢本地服務器。如果庫存中有存貨，則向中間件服務器發(fā)送訂單提交成功信息并返回訂單號。開始 購物車 結算中心 收貨人信息 支付方式 送貨時間 送貨方式 系統(tǒng)首頁 繼續(xù)購物 結束 商品列表 訂單提交 否 提交失敗 是 提交成功 26 之后中間件服務器再向客戶端轉發(fā)該信息；如果庫存不足，則向中間件服務器發(fā)送訂單提交失敗信息，之后中間件服務器再向客戶端轉發(fā)該信息。一般出現訂單提交失敗是因為兩種原因：一是網絡延遲過高，服務器無法及時快速地響應、客戶端不能在規(guī)定時間內收到服務器響應；二是因為消費者要購買的商品庫存不足導致訂單無法正常提交。 購物車模塊業(yè)務邏輯 購物車模塊的業(yè)務邏輯主要負責 添加商品至購物車、編輯購物車中的商品、更新購物車中的商品信息 和 清空購物車。 用戶在購物車中的任何操作都需要一個前提 ，那就是 “用戶處于登錄狀態(tài)”。用戶可以點擊位于商品詳細信息界面中的“加入購物車”按鈕將商品添加到購物車。 地址管理模塊業(yè)務邏輯 用戶可以通過點擊更多選項按鈕，進入更多選項界面。在更多選項界面中點擊地址管理選項就可以進入地址管理界面。不過進入地址管理界面需要用戶處于已登錄的狀態(tài)，如果用戶還未登錄則系統(tǒng)自動跳轉至用戶登錄界面，在用戶成功登錄系統(tǒng)以后再自動跳轉至地址管理界面。地址管理界面保存著用戶之前使用過的所有送貨地址，這些地址以列表的形式存在；地址管理界面中 有添加新地址、刪除 已有 地址的選項。用戶點擊列表項中的某一個地址之后就可以進入該地址的編輯界面。地址的編輯界面包括收貨人姓名、收貨人聯系方式、收貨人的具體 地址 信息等等。 收藏夾管理模塊業(yè)務邏輯 用戶如果想要將自己喜歡的商品添加至收藏夾，就必須處在已登錄的狀態(tài)。用戶可以通過兩種途徑進入收藏夾界面，一是通過點擊商品詳情界面里面的收藏夾按鈕；二是通過點擊手機屏幕下方的更多選項菜單進入收藏夾。已經登錄的用戶在點擊收藏夾按鈕之后就可以將自己喜歡 的商品加入 收藏夾內，這個過程中需要客戶端向服務器發(fā)送請求，之后 服務器會將該商品信息跟用戶信息關聯起來， 27 并將此關聯信息存入數據庫。另外，收藏夾中的商品信息都是可以編輯的。用戶進入收藏夾之后可以通過點擊編輯按鈕按照自己的意愿修改商品的數量或者刪除已經添加至收藏夾中的商品。 數據庫設計 SQLite 數據庫作為一個嵌入式數據庫引擎 ,十分適合應用于嵌入式設備 ， 例如掌上電腦、 MP3 播放器等 ， 當然也包括移動終端 ， 因此在本系統(tǒng)客戶端中我們選擇調用 SQLite 數據庫來實 現用戶信息、團購商品信息、訂單信息、購物車信息的結構化數據存儲 。 下面列出部分重要的數據庫表 信息 。 手機團購系統(tǒng)運 行期間， Android 手機終端從遠程服務器端數據庫進行查詢 ,當服務器端數據庫有變動時， 手機 終端獲取到相關數據信息后即返回 ， 在完成界面層操作的同時，更新本地 SQLite 數據庫。 本系統(tǒng)相關的 部分 重要 數據庫表設計如下 : 用戶信息表（ user），該表包含 7 個字段，分別是 userid、 username、 password、、 phone、 level 和 integral，其中 userid 為主鍵，具體信息見表 所示 。 表 用戶 信息表 （ user） 字段名 字段類型 說明 userid INTEGER 主鍵 username TEXT 用戶名 Password TEXT 密碼 TEXT 郵件 phone TEXT 電話 level TEXT 等級 integral INTEGER 積分 商品信息表（ product），該表包含 8 個字段，分別是 productid、 name、 desc、normalprice、 discountprice、 imageurl、 pdate 和 category。其中 productid 為主鍵，具體信息見表 所示。 28 表 商品信息表 （ product） 字段名 字 段類型 說明 product id INTEGER 主鍵 name TEXT 商品名 desc TEXT 描述 normalprice REAL 正常價格 discountprice REAL 折扣價格 Imageurl TEXT 圖片 URL pdate NUMERIC 發(fā)布日期 category TEXT 類別 訂單信息表（ order），該表中包含 5 個字段，分別是 orderid、 uid、 addr、delivery 和 odate，其中 orderid 為主鍵。詳細信息見表 所示。 表 訂單信息表 （ order） 字段名 字段類型 說明 orderid INTEGER 主鍵 uid INTEGER 參照 userid addr TEXT 送貨地址 delivery TEXT 送貨方式 odate NUMERIC 下單時間 購物車信息表（ cart），該表中包含 4 個字段，分別是 id、 proid、 utilprice和 pcount，其中 id 為主鍵。詳細信息見表 所示。 表 購物車信息表 （ cart） 字段名 字段類型 說明 id INTEGER 主鍵 29 proid INTEGER 參照 productid utilprice REAL 單價 pcount INTEGER 數量 本章小結 本章主要介紹了手機 團購 系統(tǒng)的總體架構、系統(tǒng)中客戶端和服務器之間的通信方式、系統(tǒng)各個模塊的業(yè)務邏輯設計 ， 為接下來的系統(tǒng)實現奠定堅實的基礎。