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

　　

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