梁 倩，鄭澤嚴，從勝軍，鄭大為，夏文杰，郭龍凱

(天津科技大學，天津300457)

目前人們的生活逐漸快節(jié)奏化，而生活中的瑣事又過于繁多，且處理生活瑣事所花費的大多數時間都在路途之中，其中的很多事務并不需要本人親自前往，以往所存在的困難是我們無法找到事務所在位置里能幫助我們解決問題的人。而定點互助系統便成功解決了這一點，它能利用位置信息為用戶精準匹配到相應位置中能幫助其解決此事務的其他用戶。將信息進行匹配以達到為用戶提供所需要信息的功能。這樣，用戶便可請其他方便的用戶幫助自己完成自己的事務，同時也能利用自身的位置優(yōu)勢幫助其他用戶完成任務，以達到互利共贏的終極目的。

1 系統分析

在大數據時代，信息的收集與分析是非常必要的，本系統的本質是通過對已發(fā)布各個任務的詳細信息進行統計與分析，以及對任務接收者需求的分析，將雙方信息進行精確匹配。因此本系統的重點是信息匹配的精確性、及時性以及系統運行的流暢性，以保證用戶在使用時盡可能少的出現信息錯誤和信息丟失。與此同時，該系統需要對用戶的行為進行一定的規(guī)范化管理，避免用戶利用系統功能進行一些不利于他人及社會的行為。因此，對系統運行的數據進行統計分析，以及對用戶發(fā)布任務的篩查管控是解決此問題最為有效的方法。

本系統由安卓客戶端、云服務器和后臺管理端三部分組成。安卓客戶端實現用戶任務的發(fā)布、任務詳細信息的收集、對任務接收者檢索到的多個任務的基本信息展示，以及歷史記錄、個人信息等其他信息的錄入和展示。云服務器端用以實現對用戶基本信息、用戶發(fā)布任務的存儲，以及對已發(fā)布的任務信息和用戶想要接收的任務信息進行匹配并返回給用戶的功能。服務器端承載對數據的所有處理、分析功能，因此需對服務器端的結構采用分布式微服務架構以用來對不同的信息處理需求分離保護復制，有效避免一個服務出現錯誤時引發(fā)一連串的服務錯誤。后臺管理端用以設置超級管理員，讓超級管理員擁有查看用戶資料數據、查詢并管理所有任務、統計一定時間內用戶量、任務量等能力。后臺管理端采用網頁形式，設置超級管理員對用戶及系統進行管理。后臺管理端需要網頁前端和服務器端兩部分，服務器端部分并入云服務器端并單獨劃分一模塊進行開發(fā)。這樣，由前端網頁部分向云服務端的后臺管理端發(fā)送請求即可完成對系統中用戶的管理以及對系統數據的查詢與管理?？蛻舳?、云服務器端、后臺管理端三個部分協同運行保證了系統運行的流暢性與安全性，在解決用戶需求的同時提升用戶體驗?？蛻舳斯δ芙Y構圖如圖1所示。

2 系統設計

2.1 安卓客戶端設計

2.1.1 用戶注冊登錄

新用戶需要注冊后才能使用本系統，用戶的注冊信息會保存到云服務器端的數據庫中。注冊部分需收集盡可能多的用戶信息，以便有利于后面任務信息更加精確的匹配。

2.1.2 發(fā)布任務功能

發(fā)布任務功能主要是讓用戶輸入任務的各項信息，其中任務的位置主要調用百度地圖的定位功能以及位置檢索功能，在用戶調用百度地圖選定好任務的位置之后，客戶端會記錄任務位置的經緯度信息并將其傳輸到服務器端以供后期進行數據匹配。

2.1.3 任務接收功能

任務接收功能只需要用戶調用百度地圖選擇任務的位置并檢索，安卓端會將位置的經緯度傳給服務器端，由服務器端進行匹配并把相應的任務返回給安卓客戶端。同時接收任務可進行條件多選，將多個信息傳給服務器進行更加精準的任務篩選。

2.1.4 正在進行的任務顯示功能

安卓客戶端會一直顯示用戶正在進行的任務信息，以便查看自己發(fā)布的任務是否已被接收或完成，以及查看自己已接收的任務以防止忘記任務信息或是查看任務即時情況，是否被取消等信息。

2.1.5 任務完成確認功能

本系統中任務的完成確認需要經過雙方的認同，即在任務接受者確認任務完成之后，再由任務發(fā)布者確認任務完成即算作任務完成。在接收者確認完后發(fā)布者可看到任務狀態(tài)轉為接受者確認完成，發(fā)布者自身確認任務完成無誤即可操作確認任務的完成。以此種方式來保證任務的完成質量。

2.1.6 界面設計

界面采用簡潔的綠色主題，直線邊框設計。使界面看起來更加的整潔，突出任務信息，個人任務列表如圖2所示。

圖2 個人任務列表

2.2 云服務器端設計

2.2.1 數據庫設計

本系統數據庫使用mysql，主要設計的表格有用戶基本信息表、用戶任務表等。用戶基本信息表主要用來存儲用戶的個人信息，賬號、密碼、用戶名等。用戶任務表中主要用來存儲用戶發(fā)布的任務、接收的任務等。各表之間不使用外鍵，使用用戶ID貫穿所有表格。對于數據庫的操作基本采用對象進行操作，使用以實體類自動生成數據庫的方式進行數據庫表的創(chuàng)建。利用對象對數據庫進行操作，方便了多個數據的修改。

2.2.2 云服務器端的主要功能

(1)將用戶發(fā)布的任務進行存儲和分類。用戶發(fā)布的任務含有多種標志性的屬性，服務器需要根據接收到的這些任務信息在對其進行存儲時設置標簽信息以便后期檢索匹配時方便匹配。

(2)處理任務接受者的任務查詢請求。安卓客戶端會將任務接收者想要接收任務的經緯度以及其他任務信息傳到服務器，服務器根據對應的信息到數據庫中查詢符合條件的任務并將其根據匹配的程度進行排序返回。在此部分之中，服務器可根據任務的經緯度檢索其設定范圍之內的任務，服務器根據經緯度距離公式計算滿足距離的經緯度范圍，并以經緯度范圍為條件檢索屬于經緯度范圍內的任務，以此方式來實現檢索特定范圍之內的所有任務。同時，在以任務位置為首要前提之下，對任務的時間、積分及發(fā)布者等進行匹配，以篩選出最符合任務接受者要求的任務，其中主要涉及多表及多條件查詢。

(3)對任務的屬性進行修改。在任務發(fā)布時設定任務為已發(fā)布，當任務被接收時設定任務屬性為已接收，當任務被完成時設定任務屬性為已完成。這樣在檢索任務時便能根據任務的屬性進行分別，以便檢索歷史任務、未完成任務、未被接收任務等。這里對任務的描述主要采用實體類的方式，將接收的信息轉化為對應的實體類，再根據實體類中信息對任務的信息進行更新。

(4)系統信息安全。為防止信息的泄露以及明確各個功能部分所能具有的操作權限，系統通過整合Springsecurity進行各個功能權限的管理。確定每個功能能調用的權限以便每個功能在擁有足夠權限運行的同時又能做到權限的分離與保護，使得整個系統的安全性更高，能有效避免惡意行為。

2.2.3 云服務器端的架構設計

本系統主要的功能即為處理各個數據之間的匹配，當用戶數量過多，用戶請求過于頻繁時，單一的服務器無法滿足需求，就會出現延遲甚至是宕機情況。所以服務器端的設計主要采用當下最為流行的分布式微服務。將個人信息操作統一為一獨立模塊，任務發(fā)布接收功能統一為一模塊。歷史任務信息及當前任務為一模塊，多模塊之間利用NACOS進行服務注冊以及相互調用，以及負載均衡等。以此方式來避免請求擁堵以及單一服務器的宕機情況。同時多模塊的設計使得系統功能條理更加清晰，有利于后期的維護以及對某個功能模塊進行修改或刪除的操作。多模塊形式可容納更多不同的技術，有利于功能的擴展。

2.3 后臺管理端設計

2.3.1 網頁端設計

后臺管理端部分的主要用戶群體是進行系統管理與維護的超級管理員，因此頁面的美化也就無關緊要，對于數據顯示的清晰性和可視性是此部分需要關注的重點。本系統中使用vue與echarts結合的方式進行前端頁面的開發(fā)，一方面vue已是十分穩(wěn)定流行的前端框架，而另一方面vue整合echarts也十分的方便，這樣前端頁面的開發(fā)便可以大大簡化。

網頁部分主要設置兩大模塊，即用戶部分和任務部分。用戶部分主要是對用戶信息的查看以及對用戶的管理部分。任務部分主要用以查看用戶發(fā)布的所有歷史任務，同時對每日的任務發(fā)布量、接收量、完成量以及當前任務最流行的關鍵詞進行統計分析并以圖表形式進行繪制，以便系統維護人員能清晰的看到當前系統運行的大致情況，并對用戶量、任務量有一定的了解。此外，對當前任務最流行關鍵詞的分析統計將對系統后期進行特殊模式的開發(fā)起到很好的啟示作用，有利于系統的功能擴展和用戶體驗的提升。

2.3.2 云服務端設計

后臺管理端中云服務器端的主要功能是能夠對網頁端提供的對用戶、任務等一系列系統數據進行大批量查詢、統計、修改和刪除的接口。因后臺管理端云服務器端的功能實現需要對數據庫進行操作，因此將其規(guī)劃為云服務器中的一個模塊，能夠在方便的對數據庫進行操作的同時與云服務器端共用許多同樣的配置，避免了數據庫的重復和各種配置及依賴包的導入。與此同時，也有利于后臺管理端利用注冊中心對云服務器中其他后臺模塊中接口的調用，有效避免代碼的冗余和接口的重復，使得其對系統的維護和修改更方便。

在后臺管理端中需要實現的接口主要有如下幾個：對一段時間內新注冊的用戶數量的統計；對一段時間內發(fā)布的任務中出現頻率最高關鍵詞進行統計排序；對一段時間內未發(fā)布任務和接收任務用戶的統計；對指定任務的刪除；對一段時間內系統中發(fā)布任務總量的分析；對近一個月內每日任務發(fā)布接收完成量的統計。后臺管理端為網頁管理端提供接口調用，完成對系統進行管理的功能。

3 結束語

本系統利用安卓客戶端與服務器端進行信息交互展示，采用目前最為流行的分布式微服務設計提升服務速度，充分利用用戶的位置信息進行信息匹配，實現了一種新的“位置信息共享”，使得人們能發(fā)現位置的價值并將其合理利用起來，避免了人們在處理遠程事務上浪費時間，使得人們在這個快節(jié)奏的時代能擁有更多屬于自己的時間，實現更加高效的事務處理。