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

　　

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