李碧霞+楊亦+黎偉紅
摘 要:針對(duì)校園物品丟失現(xiàn)象較多,而找尋效率、效果不理想的情況,本文期望開(kāi)發(fā)一種方便、快捷、效率高、用戶愿意使用的校園失物招領(lǐng)平臺(tái);本文借鑒電商平臺(tái)的C2C思想,省去中間環(huán)節(jié),讓更多人主動(dòng)參與;同時(shí)采用移動(dòng)手機(jī)客戶端技術(shù),增強(qiáng)用戶體驗(yàn)感和方便性。文章結(jié)合Struts、Spring、Hibernate、Android等框架技術(shù)實(shí)現(xiàn)了失物招領(lǐng)移動(dòng)平臺(tái)。事實(shí)證明,基于以上思想和技術(shù)實(shí)現(xiàn)的失物招領(lǐng)平臺(tái)具有較好的應(yīng)用前景。
關(guān)鍵詞:C2C;失物招領(lǐng);移動(dòng)平臺(tái)
中圖分類號(hào):TP311.52 文獻(xiàn)標(biāo)志碼:A 文章編號(hào):1673-8454(2017)07-0061-02
根據(jù)數(shù)據(jù)統(tǒng)計(jì),校園內(nèi)每天大約有20%的人會(huì)丟失東西,這是一個(gè)較大的數(shù)據(jù)。校園內(nèi)到處都可以看見(jiàn)失物招領(lǐng)的告示,丟失的東西多種多樣,比如:優(yōu)盤(pán)、眼鏡盒、書(shū)本、各種卡等等。一般采用黑板手寫(xiě)、貼紙、打印稿、群消息、論壇等形式來(lái)發(fā)布尋找或招領(lǐng)信息。根據(jù)高雅佳等[1]人的調(diào)查,目前校園失物招領(lǐng)還存在著覆蓋面窄、信息更新不及時(shí)、找尋效率較低、找回物品成功率低等問(wèn)題。就其原因,一是集中管理成本高、效率低;二是技術(shù)落后,用戶體驗(yàn)不佳等因素造成[2]。隨著生活水平的不斷提高,智能手機(jī)越來(lái)越普及,人們之間的交流日益頻繁。基于該背景,本文借鑒淘寶的C2C模式,采用移動(dòng)互聯(lián)網(wǎng)技術(shù)提出一種自助式的失物招領(lǐng)平臺(tái)設(shè)計(jì)方案。
一、系統(tǒng)設(shè)計(jì)
1.系統(tǒng)體系架構(gòu)
本系統(tǒng)主要是由客戶端、Web服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器三部分組成,體系架構(gòu)如圖1所示。用戶通過(guò)PC客戶端瀏覽器或者移動(dòng)客戶端的手機(jī)APP請(qǐng)求Web服務(wù)器,Web服務(wù)器根據(jù)用戶需求,請(qǐng)求數(shù)據(jù)庫(kù)服務(wù)器獲取相應(yīng)的數(shù)據(jù)資源。Web服務(wù)器在獲取相應(yīng)的數(shù)據(jù)后,根據(jù)數(shù)據(jù)信息,進(jìn)行業(yè)務(wù)邏輯處理,然后再根據(jù)請(qǐng)求的客戶端來(lái)源,返回給不同的數(shù)據(jù)和信息在相應(yīng)的客戶端上顯示。
2.系統(tǒng)需求分析
基于C2C模式的失物招領(lǐng)平臺(tái),為了簡(jiǎn)化管理成本,去掉了集中化管理的中間環(huán)節(jié)。直接采用類似于淘寶的客戶對(duì)客戶交易方式。每個(gè)系統(tǒng)用戶同時(shí)扮演兩個(gè)角色——既有可能是一些失物的拾得者,也可能是另一些失物的丟失者。失物移交過(guò)程由用戶間自行完成。每個(gè)用戶都具有注冊(cè)、登錄、管理失物信息、管理拾物信息、發(fā)布留言、查看留言等功能。系統(tǒng)用戶的用例圖如圖2所示。管理用戶只具有負(fù)責(zé)系統(tǒng)初始化、維護(hù)系統(tǒng)正常運(yùn)轉(zhuǎn)等功能。
3.系統(tǒng)運(yùn)作模式
用戶首先必須通過(guò)PC客戶端或者移動(dòng)客戶端進(jìn)行注冊(cè),提供完整的個(gè)人信息,才能成為合格的平臺(tái)用戶。注冊(cè)成功后,登錄可發(fā)布或者瀏覽失物信息、招領(lǐng)信息,如發(fā)現(xiàn)符合自己要求的信息,則可以與失物者或拾物者留言聯(lián)系,彼此確定交互方式和地點(diǎn)等。拾物者發(fā)布的拾物招領(lǐng)信息,拾物者向失物者交付物品后,由失物者確定收到失物,修改拾物狀態(tài),完成拾物招領(lǐng)。類似的,失物者發(fā)布的失物找尋信息,在其收到拾物者的物品,由拾物者確定交付失物,并修改失物狀態(tài),完成失物找尋狀態(tài)的修改。這種交叉確認(rèn)方式,便于交付雙方相互監(jiān)督,并提高信息的更新速度。
4.數(shù)據(jù)庫(kù)設(shè)計(jì)
數(shù)據(jù)庫(kù)設(shè)計(jì)主要由四張表組成,分別是用戶表、招領(lǐng)表、失物表、留言表組成。用戶表保存了用戶的基本信息,便于登錄管理和信息來(lái)源識(shí)別、交接安全性保障;招領(lǐng)表和失物表分別保存失物或者拾物的相關(guān)信息;留言表記錄失者和拾者的交易信息,便于信息溯源和查證。具體表的字段信息,如圖3所示。
二、系統(tǒng)實(shí)現(xiàn)
系統(tǒng)PC用戶端向PC用戶展示失物招領(lǐng)的相關(guān)信息,提供用戶通過(guò)PC發(fā)布和管理失物信息的界面。系統(tǒng)主要采用了Struts、JSP和jquery等技術(shù)來(lái)實(shí)現(xiàn)。前臺(tái)頁(yè)面顯示效果如圖4所示。
失物招領(lǐng)平臺(tái)后臺(tái)由系統(tǒng)管理員管理與維護(hù)。主要監(jiān)控用戶信息、失物和拾物信息、留言信息的使用規(guī)范情況等,此外還有欄目管理、數(shù)據(jù)備份等功能。系統(tǒng)開(kāi)發(fā)采用Struts、Spring、Hibernate等框架技術(shù)來(lái)完成。
移動(dòng)客戶端為校園客戶提供一個(gè)可移動(dòng)的終端界面,功能類似于PC客戶端。主要采用Android技術(shù)來(lái)實(shí)現(xiàn),客戶端activity通過(guò)HttpClient方式與Web服務(wù)器Action實(shí)現(xiàn)交互,數(shù)據(jù)封裝采用了JSON格式[3-5]。效果如圖5所示。
三、結(jié)束語(yǔ)
基于C2C的失物招領(lǐng)移動(dòng)平臺(tái)融合了流行的電子商務(wù)模式,簡(jiǎn)化了管理流程,同時(shí)采用了用戶習(xí)慣的手機(jī)移動(dòng)終端實(shí)現(xiàn)數(shù)據(jù)交互。因此,該平臺(tái)具有廣闊的應(yīng)用前景。平臺(tái)已經(jīng)在湖南女子學(xué)院試運(yùn)營(yíng),效果反映較好。當(dāng)然該平臺(tái)也還存在著一些不足,需要后期進(jìn)行完善,比如說(shuō):失物招領(lǐng)信息的智能推送以及與微信、微博平臺(tái)的融合等。
參考文獻(xiàn):
[1]高雅佳,李琛.高校圖書(shū)館失物招領(lǐng)網(wǎng)絡(luò)化現(xiàn)狀的調(diào)查與分析[J].圖書(shū)情報(bào),2014(8):134-135.
[2]王維.基于Web 的高校網(wǎng)絡(luò)失物招領(lǐng)信息管理平臺(tái)開(kāi)發(fā)與實(shí)現(xiàn)[J].電腦知識(shí)與技術(shù),2014,10(28):6595-6597.
[3]韓超,梁泉.Android 系統(tǒng)原理及開(kāi)發(fā)要點(diǎn)詳解[M].北京:電子工業(yè)出版社,2010:1-10.
[4]郭宏志.Android 應(yīng)用開(kāi)發(fā)詳解[M].北京:電子工業(yè)出版社,2010:3-30.
[5]李興華.Android 開(kāi)發(fā)實(shí)戰(zhàn)經(jīng)典[M].北京:清華大學(xué)出版社,2012:5-50.
(編輯:王曉明)